REMARKS 

Entry of this amendment, reconsideration and withdrawal of all grounds of 
objection and rejection, and allowance of all the pending claims are respectfully requested 
in light of the above amendments and the following remarks. Claims 1-4, 6-9 and 11-13 
remain pending herein. Claim 10 has been canceled without prejudice or disclaimer and its 
subject matter incorporated into claim 1. Claim 11 has been amended to change its 
dependency to claim 1 . Claims 1 and 4 are independent claims. 

Applicant acknowledges with appreciation the indication that the objection to FIG. 6 
has been withdrawn. 

With regard to item (1) under the specification section of the Office Action on page 
2, Applicant respectfully submits that the incorporation by reference of the Korean priority 
document in the first paragraph is standard practice with the assignee of the present 
application that is in full compliance with USPTO procedures and 37 C.F.R. 1.57. 
Applicant respectfully submits that 37 C.F.R. 1.57 refers to a prior-filed foreign application 
being considered an incorporation by reference of the prior- filed application, it is not just 
for purposes of establishing priority . One reason for this rule is to permit inadvertently 
omitted material contained in the foreign priority application to be added by amendment to 
a pending U.S. application claiming priority therefrom without the inclusion of such 
material being considered new matter. Applicant's undersigned representative notes that 
prior to September 21, 2004, the statement of incorporation by reference was allowed in the 
transmittal letter rather than the specification, but in any event, is permitted and in fact 
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provides a protective measure in case of an inadvertent omission that is disclosed in the 
foreign priority document . 

Accordingly, the incorporation by reference of the priority document is not an 
attempt to include essential material in a foreign language that has been omitted from the 
U.S. application and is a standard practice for Applicants and is consistent with USPTO 
policies and procedures. Therefore, Applicant respectfully submits that the first paragraph 
in the specification incorporating by reference the foreign priority document is proper and 
such objection or "statement of ineffectiveness" should be withdrawn . 

Applicant respectfully submits that with regard to item (2) under the label of 
specification, a copy of ITU-T G983.1 was submitted for inclusion as Appendix A. 
Applicant's undersigned representative submits that the inclusion of the submitted 
Appendix A does not constitute new matter, as the material is merely the well-known ITU 
standard ITU-T G.983.1 that was previously incorporated by reference, and appears to have 
publication and copyright notices from 1998, 1999 and 2000. Applicant also respectfully 
submits that the date of the ITU publication is before the filing date of the application . 
Applicant also reiterates that that the version ITU-T G.983.1 (which is not one of "cited 
patents" as incorrectly alleged in the Office Action) submitted in the previous Office 
Action was published prior to the effective filing date of the current application. While 
it is possible that there may have been revisions to the standard identified in the 
specification subsequent to the filing of the application, the version submitted to the 
USPTO based on publication dates is prior to the effective filing date. 

Furthermore, Applicant has provided an EPON tutorial published by the IEEE 
802.3 EFM working group dated March 2001 which refers to ITU-T G.983 as refers to 
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ITU-T G.983 as a " Well Defined, Field Tried, Industry Standard " (please see page 6 of 
the tutorial. Thus, Applicant respectfully submits that a full and complete effort to 
assist the Examiner with copies of a published standard that was well-known to a 
person of ordinary skill in the art at the time of invention has been provided. 

Accordingly, while there is no explicit requirement under the rules to do so, in order to 
advance prosecution of the pending application, Applicant respectfully requests that 
Supervisory Patent Examiner Lynn Field and Technology Center Director Andrew I. Faile 
be consulted prior if the Examiner does not withdraw these objections, as Applicant's rights 
are being seriously prejudiced by these objections , which at least for the reasons previously 
discussed, are believed to be improper. 

With regard to the objection to the copy of IEEE 802.3ah EFM TF, Draft vl.O, 
Applicant respectfully submits herewith a copy of IEEE Draft P802.3ah/D0.9, copyrighted 
in 2002 and dated June 30, 2002, prior to the effective filing date of the application. 

Applicant respectfully requests that the Examiner contact Applicant's undersigned 
representative by telephone at the number listed at the end of this amendment if he requires 
additional supplemental data in addition to the IEEE document submitted herewith. 

Summary of the Rejections 

1. Claims 1-4 and 6-13 stand rejected under 35 U.S. C. §112, second paragraph, 
as allegedly being indefinite. 

2. Claims 3 and 8 stand rejected under 35 USC § 112, first paragraph, as 
allegedly failing to comply with the enablement requirement. 

3. Claims 1-4 and 6-13 stand rejected under 35 U.S.C. §112, second paragraph. 
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4. Claims 1-4 and 6-9 stand rejected under 35 USC § 103(a) as allegedly being 
obvious over Gaglianello (ONU auto discovery, IEEE.2ah Ethernet in the First Mile Task 
Force, May 2002) ("Gaglianello") in view of Admitted Prior Art (APA) at pages 2 and 3 of 
the specification. 

5. Claims 10 and 12 stand rejected under 35 U.S.C.§103(a) as allegedly being 
obvious over Gaglianello in view of the APA and further in view of Sutherland (U.S. Pat. 
Pub. 2003/0177215). 

Applicant respectfully overcomes all grounds of rejections for the reasons indicated 
herein below. 

Applicant also notes that, as in the previous Amendment, Applicant provides 
arguments regarding in support of patentability an non-obviousness, which include 
discussing some advantages of the present invention. Applicant respectfully requests that 
the Examiner reconsider statements made in the Office Action in that it is an error in 
procedure to discard a discussion of advantages of the claimed invention as being 
"irrelevant" for the reason of not being directed to the limitations of the claims, as 
arguments about advantages of the claimed invention, such as those on page 13 of the 
previously filed amendment, are rebuttal arguments offered in support of 
patentability . 

Applicant's undersigned representative is well-aware of In re Van Guens, and 
respectfully submits that arguing about advantages of the claimed invention to rebut an 
obviousness rejection does not constitute arguing limitations outside of the claim 
language . In fact, MPEP 2144.08 requires the Examiner to consider all rebuttal 
evidence and arguments of nonobviousness, and it is an error in procedure to patently 
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discard or brand such rebuttal arguments as being "irrelevant" without proper 
consideration. Applicant respectfully requests the Examiner discuss this point with SPE 
and/or head of the Technology Center. 

Traversal of Rejections 35 U.S.C.S112, second paragraph 

Applicant respectfully submits that claims 1 and 4 are clearly not indefinite under 

35 U.S.C. §112, second paragraph and the rejection is improper. While typically the 
assigning of OLT identifications in claim 1 is performed first and the discovery operations 
for AM capabilities afterward (the order of the sub-steps in the claim language recites these 
items in this sequence, and page 6, lines 6-10 support these substeps, as well as the flow 
chart in FIG. 2, steps 10 and 20). Applicant respectfully submits that claims 1 and 4 are not 
limited to this preferred order, and the aforementioned substeps can be performed in either 
order, and this does not make the claims indefinite. With regard to the alleged indefiniteness, 
Applicant respectfully submits that whether both actions recited in claims 1 and 4 (i.e. 
assigning and starting OAM capability discovery) are considered to be separate steps or 
substeps does not render the claim indefinite under 35 U.S.C. §112. Reconsideration and 
withdrawal of this ground of rejection are respectfully requested. 
Traversal of Rejections 35 U.S.C.§112, first paragraph 

(1) Applicant respectfully submits that the copy of the 802. 3ah EFM TF, Draft vl .0 
submitted herewith overcomes the rejections of claims 1-4 and 6-13 under 35 U.S.C. §112, 
first paragraph, which Applicant still respectfully submits were improperly rejected to begin 
with. Reconsideration and withdrawal of this ground of rejection are respectfully requested. 

(2) With regards to claims 3 and 8, Applicant has provided a tutorial published by 
Edward Beili and the IEEE 802.3 EFM working group dated March 12, 2001 , which shows 
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that Static Bandwidth Allocation was well known in the art (please see, for example, page 
17, as well as pages 11-16), as well as on page 6 of the publication, which refers to ITU-T 
G983 as a " Well Defined, Field Tried, Industry Standard " (page 6 of the tutorial)). 

Accordingly. Applicant respectfully requests withdrawal of the rejection under 35 
U.S.C.§112, first paragraph, as Applicant's recitation in claim 3 about static bandwidth 
allocation is that the "first field storing static bandwidth allocation" does not require 
additional background information about static bandwidth information (Applicant is not 
claiming a type of static bandwidth allocation or claiming invention of bandwidth 
allocation, but rather is including this information in a data field), which is well-known in 
the art . Many Ethernet Passive Optical Networks under the IEEE standards utilize static 
bandwidth allocation for an OLT to communicate with ONUs. Static bandwidth allocation 
is well-known in the art as a method in which bandwidth is divided into various segments, 
the amount of bandwidth decided upon typically by the OLT in connection with OAM 
standards. Once set, the bandwidth remains statically assigned and is insensitive to the 
varying bandwidth needs of the various applications. Although an application may not be in 
use, the bandwidth allocated is typically unused. Applicant respectfully submits that static 
bandwidth allocation is well-known, and that claims 3 and 8 are providing the allocation 
data in a data field. Reconsideration and withdrawal of this ground of rejection are 
respectfully requested. 
Traversal of Rejections 35 U.S.C.§103(a) 

It is alleged in the Office Action that Gaglianello substantially teaches auto 
discovery by OLT capabilities of multiple ONUs connected to an OLT in a PON network. 

However, the presently claimed invention provides a method for transmission 
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discovery in an Ethernet Passive Optical network that determines the function from a 
corresponding OAM message between the OLT and ONU before transmitting the OAM 
control message, wherein as recited in claims 1 and 4, for example, by the OLT sending the 
OAM capability information request and then receiving the response message from the 
ONU to discover the functional capability of the ONU before transmitting the OAM control 
message. In addition, claim 1 has been amended to recite in part wherein the OAM 
capability information message includes a field for representing an operation state of 
the OAM capability information message , which finds support in original claim 10, as 
well as FIG. 6 and in the specification at least at page 9, lines 3-5. 

Applicant respectfully submits that present claim 1 would not have been obvious to a 
person of ordinary skill in the art in view of the combination of Gaglianello and the APA, as 
the combination fails to disclose or suggest at least the above recitation added to claim 1 . 
Nor would the combination of elements as recited in Applicant's claims have been obvious 
as being within the ordinary level of skill in the art at the time of invention (KSR 
International Co. v. Teleflex Inc. et al, No. 04-1350, U.S. Supreme Court, decided April 30, 
2007) 

Therefore, the presently claimed invention would have been nonobvious at the time 
of invention in view of the combination rejection as the combination would not have 
rendered the combination of elements recited at least in claim 1 as being obvious. In 
addition, the presently claimed invention provides at least the advantage of enabling the 
OLT to confirm which OAM function is defined in the ONU before performing the real 
OAM functions so that the OAM capabilities defined by different vendors smoothly 
cooperate with each other. There has been a long-felt need in the art for a solution to the 
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problem of providing QAM functions commensurate with the capabilities defined by the 
different vendors , which is solved by the presently claimed invention. 

In contrast, the combination of Gaglianello and the APA fails to disclose or suggest 
any of the present claims because Gaglianello schematically shows a procedure whereby 
the OLT discovers the corresponding ONU's connected to the OUT, which in combination 
with the APA, fails to disclose any of the features recited by present claims 1 and 4 , and in 
particular, the combination is silent with regard to features related to the QAM of the 
present claims. 

In addition, the combination fails to disclose or suggest the claimed invention as 
Gaglianello (and the APA) fails to recognize any of the problems in the art disclosed by the 
Applicants, as well as the solutions provided in the present claims. Also, the combination 
fails to disclose or suggest any of the claims as a combination because with regard to the 
APA, the OAM and EFM disclosed in the present application only define the basic function 
of the QAM in the standard, and does not disclose or suggest all the functions of QAM as 
claimed. 

Applicant respectfully disagrees with the allegation in the Office Action that the APA 
teaches Ethernet based PON and OAM capabilities, as the APA clearly does not (in 
combination with any of the references) disclose for example, the claimed sub-steps of 
assigning OLT identifications and starting by the OLT an OAM capability discovery 
operation by transmitting first OAM capability information messages, which request OAM 
capabilities of the ONUs respectively, nor does the APA in combination with the references 
disclose steps (a), (b), (c) and (d) recited in claim 4. The combined teachings of the 
references would not have rendered any of the present claims obvious at the time of 
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invention. Nor would the elements, as combined in Applicant's claims, been an obvious 
combination within the ordinary level of skill in the art. 

For at least the above reasons, none of the present claims would have been obvious 
to a person of ordinary skill in the art in view of the combination of Gaglianello and the 
APA. 

To reject a claim under section 103, the United States Court of Appeals for the 
Federal Circuit required a showing of an unrebutted prima facie case of obviousness (In 
re Rouffet, 149 F.3d 1350, 47 USPQ2d 1453 (Fed. Cir. 1998) (citing In re Deuel, 51 F.3d 
1552, 1557, 34 USPQ2d 1210, 1214 (Fed. Cir. 1995)), see also MPEP 2143.03). Nor do 
claims 1 and 4 recite features, as combined in the claims, that would have been within the 
ordinary skill in the art (KSR International Co. v. Teleflex Inc. et aL 9 No. 04-1350, U.S. 
Supreme Court, decided April 30, 2007). 

In accordance with the above, Applicant respectfully submits that a person of 
ordinary skill in the art would not have found either of claims 1 or 4 to have been obvious 
at the time of invention in view of Gaglianello, alone, and/or in combination with the APA 
and/or Sutherland. 

Other claims in this application that are dependent on one of independent claims 1 
or 4 are believed patentable for the same reasons. Since each dependent claim is also 
deemed to define an additional aspect of the invention, however, the individual 
consideration of the patentability of each on its own merits is respectfully requested. For 
example, claims 3 and 8, which depend respectively from claims 1 and 4, recite in part that 
each of at least the first and second OAM capability information messages comprises a data 
field including a first field and a second field, which are added to a general structure of an 
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OAM state PDU (packet data unit) data field, the first field storing static allocated 
bandwidth information in order to transmit the OAM capability when the OAM capability 
discovery operation is performed, and the second field storing information on a network 
topology. 

In contrast, Gaglianello, alone, and/or in combination with the APA, fails to disclose 
at least first and second OAM capability information messages comprising a data field 
added to the general structure of a packet data unit to indicate OAM capabilities. Nor would 
a person of ordinary skill in the art, in view of Gaglianello and APA, have found either of 
claims 3 or 8 obvious at least for this reason. 

In view of the above, Applicant respectfully submits that the addition of Sutherland 
the combination of Gaglianello and the APA still fails as a combination to disclose or 
suggest any of the present claims. 

Reconsideration and withdrawal of all grounds of rejection under 35 U.S.C.§ 103(a) 
are respectfully requested. 

For all the foregoing reasons, Applicant respectfully submits that all grounds of 
rejection in the Office Action have been overcome. A Notice of Allowance is respectfully 
requested. 

Should the Examiner deem that there are any issues which may be best resolved by 
telephone, please contact Applicant's undersigned representative at the number listed below. 
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No additional fee is believed to be necessitated by the foregoing amendments. 
However, should this be erroneous, authorization is hereby given to charge Deposit 
Account No. 502-470 for any underpayment, or credit any overages. 



Respectfully submitted, 




Date: November 6, 2007 



STEVE S. CHA 



Attorney for Applicant(s) 
Registration No. 44,069 



Enclosures: 

Pertinent Portion of MPEP 201.13 

Ethernet EPON Protocol by Edward Beili (March 2001) 

802.3ah EFM TF dated June 30, 2002 

CHA & REITER, LLC 
210 Route 4 East #103 
Paramus, NJ 07652 
(201)226-9245 
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List of special symbols 

For the benefit of those who have received this document by electronic means, what follows is a list of 
special symbols and operators. All special symbols and operators are taken from the "SYMBOL" font set 
supported on most Windows, Macintosh, and UNIX systems. If any of these symbols or operators fail to 
print out correctly on your machine, the editors apologize, and hope that this table will at least help you to 
sort out the meaning of the resulting funny-shaped blobs and strokes. 

Special symbols formed from the "SYMBOL" font set may be prepared in the following way: First, change 
to "SYMBOL" font. There is an entry under Format, Characters for this purpose. Then, while continuously 
holding down the ALT key, enter the three- or four-digit code using the numbers on your numeric keypad 
(the "NumLock" feature must be ON for this to work). Alternatively, cut and paste the symbols you need 
from this page. Those editors who are using Mac or UNIX may use window pull-down menus to insert 
symbol-font characters. 
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54. Introduction to Ethernet for subscriber access networks 



Editors' Notes: To be removed prior to final publication. 

References: 

None. 

Definitions (to be added to 1.4): 
Abbreviations (to be added to 1.5): 



Revision History: 

Draft 0.9 June 2002 Preliminary draft for IEEE P802.3ah Task Force review. 



54.1 Overview 

Ethernet for subscriber access networks, also referred to as "Ethernet in the First Mile", or EFM, combines a 
minimal set of extensions to the IEEE 802.3 Media Access Control (MAC) and MAC Control sublayers with a 
family of Physical (PHY) Layers. These Physical Layers include optical fiber and unshielded twisted pair 
(UTP) copper cable Physical Medium Dependent sublayers (PMDs) for point to point connections in sub- 
scriber access networks. EFM also introduces the concept of Ethernet Passive Optical Networks (EPONs), in 
which a point to multipoint (P2MP) network topology is implemented with passive optical splitters, along with 
optical fiber PMDs that support this topology. In addition, a mechanism for network Operations, Administra- 
tion and Maintenance (OAM) is included to facilitate network operation and troubleshooting. The relationships 
between these EFM elements and the ISO/IEC Open System Interconnection (OSI) reference model are shown 
in Figure 54 1 for the case of point to point topologies, and Figure 54 2 for the case of point to multi-point 
topologies. 

EFM supports operation at several different bit rates, depending on the characteristics of the underlying 
medium. In the case of point to point optical fiber media, bit rates of 100 Mb/s and 1000 Mb/s are supported, 
using the I00BASE-X and 1000BASE-X Physical Coding Sublayer (PCS) and Physical Medium Attach- 
ment (PMA) sublayers defined in clause 24 and clause 36, respectively. In the case of point to point UTP, 
EFM supports a variety of bit rates, depending on the span and the Signal to Noise Ratio (SNR) characteris- 
tics of the medium as described in clause 61. In the case of P2MP optical fiber topologies, EFM supports a 
nominal bit rate of 1000 Mb/s, shared amongst the population of Optical Networking Units (ONUs) attached 
to the P2MP topology. 
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Figure 54 1 Architectural positioning of EFM: P2P Topologies 



An important characteristic of EFM is that only the full duplex MAC operating mode is supported in sub- 
scriber access networks. The timing constraints of the CSMA/CD half duplex operating mode make it 
impractical to build subscriber access networks of reasonable extent. 

54.1.1 Multi-Point Control Protocol (MPCP) 

The Multi-Point Control Protocol is defined as a function with the MAC Control sublayer. MPCP uses mes- 
sages, state machines, and timers, as defined in clause 56, to control access to a P2MP topology. Each ONU 
in the P2MP topology contains an instance of the MPCP protocol, which communicates with an instance of 
MPCP in the OLT. 

54.1.2 Point to Point Emulation Sublayer 

The P2P Emulation Sublayer makes an underlying P2MP network appear as a collection of point to point 
links to the higher protocol layers (at and above the MAC Client). It achieves this by prepending a Logical 
Link Identification (LLID) to the beginning of each packet, replacing two octets of the preamble. This sub- 
layer is described in clause 57. 

EDITOR'S NOTE: The P2P Emulation sublayer is not shown in Figure 54-2 because of the ongoing discussions 
regarding layering and P2P Emulation in the P2MP sub task force. Once these discussions are resolved, the 
P2P Emulation sublayer will be included in the figure. 
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Figure 54 2 Architectural positioning of EFM: P2MP Topologies 



54.1.3 Reconciliation Sublayer (RS) and Media Independent Interfaces (Mil) 

The Mil and GMII defined in clause 22 and clause 35, respectively, are employed for the same purpose in 
EFM, that being the interconnection between the MAC sublayer and the PHY Layer entities, and between 
PHY Layer and Station Management (STA) entities. 

54.1.4 Physical Layer signaling systems 

EFM extends the family of 100BASE-X Physical Layer signaling systems to include 100BASE-LX 
(extended Long wavelength laser), 100BASE-BX-OLT (Bidirectional Optical Line Termination long wave- 
length laser) and 100BASE-BX-ONU (Bidirectional long wavelength ONU laser), as defined in clause 60. 
All of these systems employ the 100BASE-X PCS and PMA as defined in clause 24. 

EFM also extends the family of 1000BASE-X Physical Layer signaling systems to include 1000BASE-EX 
(Extended long wavelength laser), 1000BASE-BX-OLT (Bidirectional OLT long wavelength laser) and 
1000BASE-BX-ONU (Bidirectional long wavelength ONU laser), as defined in clause 59. All of these sys- 
tems employ the 1000BASE-X PCS and PMA as defined in clause 36. 

For P2MP topologies, EFM introduces a family of Physical Layer signaling systems which are derived from 
1000BASE-X, but which include enhancements to the RS, GMII, PCS and PMA, as defined in clause 57. 
The family of P2MP Physical Layer signaling systems includes 1000BASE-PX-OLT-A (Passive Optical 
Network OLT laser class A), 1000BASE-PX-OLT-B (PON OLT laser class B), 1000BASE-PX-ONU-A 
(PON ONU laser class A) and 1000BASE-PX-ONU-B (PON ONU laser class B), as defined in clause 58. 
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For UTP copper cabling, EFM introduces a Physical Layer signaling system referred to as 10PASS-T. This 
passband signaling system is described in clause 61. While a 10PASS-T PHY can transmit and receive data 
simultaneously on a single twisted pair, clause 61 includes an optional specification which supports com- 
bined operation on multiple twisted pairs, affording greater data rate capability on a given link span. 

Specifications unique to the operation of each physical layer device are shown in Table 54-1. 

Table 54-1 Summary of EFM Physical Layer Signaling Systems 



Name 


Location 


Rate 
(Mb/s) 


Maximum 
Span (km) 


Medium 


Clause 


100BASE-LX 


ONU/ 
OLT 


100 


10 


Duplex single-mode fibers 


60 


100BASE-BX-OLT 


OLT 


100 


10 


Simplex single-mode fiber 


60 j 


100BASE-BX-ONU 


ONU 


100 


10 


Simplex single-mode fiber 


60 


1000BASE-EX 


ONU/ 
OLT 


1000 


10 


Duplex single-mode fibers 


59 


1000BASE-BX-OLT 


OLT 


1000 


10 


Simplex single-mode fiber 


59 


1000BASE-BX-ONU 


ONU 


1000 


10 


Simplex single-mode fiber 


59 


1000BASE-PX-OLT-A 


OLT 


1000 


10 


Simplex single-mode fiber PON 


58 ; 


1000BASE-PX-ONU-A 


ONU 


1000 


10 


Simplex single-mode fiber PON 


58 


1000BASE-PX-OLT-B 


OLT 


1000 


20 


Simplex single-mode fiber PON 


58 j 


1000BASE-PX-ONU-B 


ONU 


1000 


20 


Simplex single-mode fiber PON 


58 ! 


I0PASS-T 


ONU/ 
OLT 


varies 


varies 


One or more pairs of voice grade 
unshielded twisted pair cable 


61 



54.1.5 Management 

Managed objects, attributes, and actions are defined for all EFM components (Clause 30). That clause con- 
solidates all IEEE 802.3® management specifications so that 10/100/1000 Mb/s agents can be managed by 
existing network management stations with little or no modification to the agent code. 

In addition to the management objects, attributes, and actions defined in clause 30, EFM introduces Opera- 
tions, Administration, and Maintenance (OAM) for subscriber access networks to Ethernet. OAM, as 
defined in clause 55, includes a mechanism for communicating management information using MAC Con- 
trol frames, as well as functions for performing low level diagnostics on a per link basis in an Ethernet sub- 
scriber access network. 

54.2 State diagrams 

State machine diagrams take precedence over text. 

The conventions of 1.2 are adopted, along with the extensions listed in 21.5. 

54.3 Protocol Implementation Conformance Statement (PICS) proforma 

The supplier of a protocol implementation that is claimed to conform to any part of IEEE 802.3®, Clauses 55 
through 62, shall complete a Protocol Implementation Conformance Statement (PICS) proforma. 
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54.4 Relation of EFM to other standards 



A completed PICS proforma is the PICS for the implementation in question. The PICS is a statement of 1 
which capabilities and options of the protocol have been implemented. A PICS is included at the end of each 2 
clause as appropriate. Each of the EFM PICS conforms to the same notation and conventions used in 3 
100BASE-T (see 21.6). 4 

5 
6 
7 
8 

To be supplied. g 
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55. Operations, Administration and Maintenance (OAM) 1 

2 

Editors' Notes: To be removed prior to final publication. 

References: 

None. 

Definitions (to be added to 1.4): 

administration: A group of network support functions that sustain link operation 

maintenance: An activity concerned with, but not limited to, failure detection, notification, location, and repairs, that is intended to 
eliminate faults and keep a link in an operational state, or restore it to an operational state. 

operations: Support activities required to provide the services of a subscriber access network to users/subscribers. 



OAM function: A distributed information processing activity that supports operation, administration and maintenance of sub- 
scriber access links, and that is characterized by the cooperation of two or more OAM processes located in different systems. 



Abbreviations (to be added to 1.5): 

OAM: Operations, Administration and Maintenance 



Revision History: 

Draft 0.9 June 2002 Preliminary draft for IEEE P802.3ah Task Force review. 
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l 55.1 Overview 

2 

3 Operations, Administration and Maintenance (OAM) provides functions necessary for maintaining link 

4 operation such as local and remote fault indication, loopback control and link monitoring. OAM functional- 

5 ity is specified at the MAC layer. This clause provides a general description of OAM and defines the MAC 

6 OAM protocol, transport mechanisms and frame format necessary to convey OAM information between end 

7 stations on a link. 
8 

9 

10 55.2 Scope 

11 

j 2 OAM encompasses mechanisms to detect link failures, monitor link performance and conduct ping and 

12 loopback tests. OAM information is conveyed in OAM Frames. OAM Frames contain the appropriate con- 

j 4 trol and status information used to monitor, test and troubleshoot 802.3 links. OAM Frames traverse a single 

15 link and are not forwarded by bridges or switches. OAM Frames are transferred between MAC Client enti- 

16 ties " 
17 

jg OAM does not include such functions as station management, bandwidth allocation or provisioning func- 

19 tions. 

20 

2] This clause defines the OAM Frame format, capability exchange protocol and operation. 
22 

23 55.2.1 Summary of objectives 

24 

25 The following is the multi-part objective for OAM: 
26 

2 7 Support far-end OAM for subscriber access networks - 
28 

29 a) Remote Failure Indication; 

3Q b) Remote Loopback; 

31 c) Link Monitoring 

32 

33 55.2.2 Summary of major concepts 

34 

35 a) Remote Failure Indication 

36 1) Subscriber access physical layer devices, defined in Clauses 58, 59, 60 and 61 should support 
3y unidirectional operation to allow OAM data transfer during fault conditions. 

3g 2) Physical layer devices other than those defined in Clauses 58, 59, 60 and 61 may support unidi- 
39 rectional operating thus allowing OAM data transfer during fault conditions. 
4Q 3) A mechanism is provided to indicate to a peer that the receive path of the local device is non- 
41 operational. 

42 b) Remote Loopback 

43 1 ) A mechanism is provided to support a ping test. 

44 2) A mechanism is provided to support a frame-level loopback mode. 

45 c) Link Monitoring 

46 1) A mechanism is provided to support the periodic asynchronous reporting of a minimal set of 
4y variables. 

4g 2) A mechanism is provided to support polling of any variable in the 802.3 MIB. 

49 3) A mechanism is provided to support event notification that permits the inclusion of diagnostic 

50 data - 

5 j d) Miscellaneous 

52 1) A general communications mechanism is provided and made available for higher layer man- 

53 agement applications. A multiplexing capability is provided to support multiple higher level 

54 applications. 
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2) Subscriber access devices must implement MAC OAM functionality. Activation of MAC 
OAM is optional. 

3) A mechanism is provided that performs capability discovery 

e) Management functions not pertaining to a single link such as station management and subscriber 
management are not covered by OAM. Such functions could be addressed within vendor specific 
extensions running above the generic communications channel. 

f) Provisioning and negotiation functions such as bandwidth allocation, rate adaptation and speed/ 
duplex negotiation are not supported by OAM. 

g) Issues related to privacy of OAM data and authentication of MAC client entities are beyond the 
scope of this clause. 

55.3 Application 

OAM is intended to apply to subscriber access links utilizing physical layer devices specified in Clauses 58, 
59, 60, and 61 as well as existing and future 802.3 physical layer devices. Implementation of MAC OAM 
functionality is mandatory for subscriber access devices defined in Clauses 58, 59, 60 and 61 and optional 
for all other 802.3 devices. OAM may be implemented in software, with a reasonable expectation that exist- 
ing equipment be upgradeable, depending upon the approach taken in the original design. 

55.4 Compatibility Considerations 

55.4.1 Interoperability between MAC OAM capable devices 

MAC Client entities are able to determine whether or not a remote device has MAC OAM functionality 
enabled. Certain OAM Frames are sent to communicate OAM device state information. Also, an extension 
mechanism is provided to allow support for interoperable, vendor specific functions. 

55.4.2 Loopback 

Invocations of loopback may result in data frame loss. When the far-end device is operating in loopback 
mode, MAC Client frames originating from the far-end device may be lost. 

55.4.3 Flow Control 

Flow Control, as defined in Annex 3 IB, is not recommended when MAC OAM functionality is enabled. 
MAC Control PAUSE operation inhibits the transmission of MAC Client frames thus impacting the commu- 
nication of OAM information. 

55.5 Functional Specifications 
55.5.1 OAM Frames 

OAM Frames are special 802.3 frames, OAM Frames are sent and received by MAC client entities. 
55.5.1.1 OAM Frame Format 

The OAM Frame structure shall be as shown in Figure 55-1 and as further described in the following defini- 
tion: 

a) Destination Address (DA). The DA in OAM Frames is the Slow_ProtocolsJvlulticast address. Its 
use and encoding are specified in Annex 43B. 
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b) 

c) 

d) 

e) 

0 
g) 

h) 



Source Address (SA). The SA in OAM Frames carries the individual MAC address associated with 
the port through which the OAM Frame is transmitted. 

Length/Type. OAM Frames are always Type encoded, and carry the Slow_Protocols_Type field 
value. The use and encoding of this type is specified in Annex 43B. 

Subtype. The Subtype field identifies the specific Slow Protocol being encapsulated. OAM Frames 
carry the Subtype value 0x03. 

Version. The Version field identifies the OAM protocol version number. Implementations conform- 
ant to this version of the standard carry the value of 0x01. 
Flags. The Flags field contains link status bits as defined in 55.5.1 .2. 

Opcode. The Opcode field identifies the specific OAM Frame type. The use and encoding of this 
field is specified in 55.5.1.3. 

Data/Pad. This field contains the OAM data and any necessary pad. All OAM Frames shall be 128 
octets in length. 

FCS. This field is the Frame Check Sequence, typically generated by the underlying MAC. 



Octets 
6 



Destination Address 



Source Address 



Length/Type = 88-09 



Subtype = 03 



Version 



Flags 



Opcode 



Data/Pad 



FCS 



OCTETS WITHIN 
FRAME TRANSMITTED 
TOP-TO-BOTTOM 



LSB 



06 

4 

MSB 



bO b7 
U BITS WITHIN FRAME 
TRANSMITTED LEFT-TO-RIGHT 



Figure 55-1 OAM Frame structure 



55.5.1.2 Flags field 



The Flags field is encoded as individual bits within a single octet, as follows and as shown in Figure 55-2. 
Additional diagnostic information may be sent using the Event Notification opcode define in 55.5.1.3.4. 

a) Local Link Fault (LLF) is encoded in bit 0. This flag indicates that a link fault has been detected in 
the local device. If a Local Link Fault is detected, a 1 is encoded. If no Local Link Fault has been 
detected a 0 is encoded. 
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b) Remote Link Fault (RLF) is encoded in bit 1. This flag indicates that a link fault has been detected 
remotely. If a Remote Link Fault is detected, a 1 is encoded. If no Remote Link Fault is detected a 0 
is encoded. 

c) Local OAM Fault (LOF) is encoded in bit 2. This flag indicates that an OAM Fault has been 
detected locally. If a Local OAM Fault is detected a 1 is encoded. If no Local OAM Fault is detected 
a 0 is encoded. 

d) Remote OAM Fault (ROF) is encoded in bit 3. This flag indicates that an OAM Fault has been 
detected remotely. If a Remote OAM Fault is detected a 1 is encoded. If no Remote OAM Fault is 
detected a 0 is encoded. 

e) Loopback Mode (LM) is encoded in bit 4. This flag indicates that the local device is in OAM Loop- 
back Mode. When in loopback mode, a 1 is encoded. When not in loopback mode, a 0 is encoded. 

f) Dying Gasp (DG) is encoded in bit 5. This flag indicates a failure condition has occurred and is an 
attempt to alert the far-end to the condition. A Dying Gasp is encoded as a 1. When no Dying Gasp 
is being communicated a 0 is encoded. 

g) Reset Detected (RD) is encoded in bit 6. This flag indicates a reset has been detected on the device. 
This reset can either be via hardware or software. A Reset Detected indication is encoded as a I. 
When no reset has been detected, a 0 is encoded. 

h) Alarm Indication (AI) is encoded in bit 7. This flag indicates an alarm condition has occurred. The 
Alarm Indication is encoded as a 1. When no alarm has occurred, a 0 is encoded. 



LSB 



MSB 



DO 


D1 


D2 


D3 


D4 


D5 


D6 


D7 


LLF 


RLF 


LOF 


ROF 


LM 


DG 


RD 


Al 



Figure 55-2 Bit encoding of Flags field 

55.5.1.3 Opcodes 

Each OAM Frame is identified with a specific opcode. Table 55-1 contains the defined OAM Opcodes. 
The following sections provide a detailed description of each opcode. 
55.5.1.3.1 Local Status [0x00] 

The Local Status (LS) opcode is used to send local OAM state information to the far-end device. The Local 
Status data field shall be as shown in Figure 55-3. The remaining 98 octets shall be set to zero. 
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Table 55-1 Opcodes 



Opcode 


Acronym 


Function 


Comment 


00 


LS 


Local Status 


Communicates local OAM state information 


01 


FS 


Far-end Status 


Communicates far-end OAM state information 


02 


KA 


Keep Alive 


Provides regular indication of link status 


03 


EN 


Event Notification 


Alerts far-end of OAM events 


04 


LC 


Loopback Control 


Enables/disables far-end loopback 


05 




reserved 


Unused 


06 


GP 


Generate Ping 


Requests data link layer ping 


07 


EP 


Echo Ping 


Responds to data link layer ping 


08 


VQ 


Variable Query 


Requests one or more specific 802.3 variables 


09 


VR 


Variable Response 


Returns one or more specific 802.3 variables 


0C-7F 




reserved 


Reserved for future use 


80-FF 




Vendor Specific 


Reserved for Vendor Specific Extensions 



LSB 



Opcode Transmit Enable 



Configuration 



Frame Periodicity 



Loopback Timeout 



Vendor Extension 



Octets 
2 



1 
1 
1 

3 

MSB 



OCTETS WITHIN 
FRAME TRANSMITTED 
TOP-TO-BOTTOM 



b0 

I— BITS WITHIN FRAME 
TRANSMITTED LEFT-TO-RIGHT 



b7 



Figure 55-3 Local Status data field 

The Local Status data fields shall be as described below: 
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Opcode Transmit Enables. The Opcode Transmit Enables field contains transmit enables for each 
base OAM opcode. TRUE (encoded as 1) signifies that the local device is allowed to send the corre- 
sponding OAM opcode. The Opcode Transmit Enables field shall be as shown in Figure 55-4. 



LSB 



MSB 



DO 


D1 


D2 


D3 


D4 


D5 


D6 


D7 


D8 


D9 


D10 


D11 


D12 


D13 


D14 


D15 


6 


LS 


FS 


KA 


EN 


LC 




GP 


EP 


VQ 


VR 














7 
8 



Figure 55-4 Bit encoding of Opcode Transmit Enables field 



1) Local Status Enable is encoded in bit 0. If the local device is configured to send Local Status 
Opcodes a 1 is encoded. If the local device is precluded from sending Local Status Opcodes, a 
0 is encoded. 

2) Far-end Status Enable is encoded in bit 1 . If the local device is configured to send Far-end Sta- 
tus Opcodes, a 1 is encoded. If the local device is precluded from sending Far-end Status 
Opcodes, a 0 is encoded. 

3) Keep Alive Enable is encoded in bit 2. If the local device is configured to send Keep Alive 
Opcodes, a 1 is encoded. If the local device is precluded from sending Keep Alive Opcodes, a 0 
is encoded. 

4) Loopback Control Enable is encoded in bit 3. If the local device is configured to send Loop- 
back Control Opcodes, a 1 is encoded. If the local device is precluded from sending Loopback 
Control Opcodes, a 0 is encoded. 

5) Generate Ping Enable is encoded in bit 6. If the local device is configured to send Generate 
Ping Opcodes, a 1 is encoded. If the local device is precluded from sending Generate Ping 
Opcodes, a 0 is encoded. 

6) Echo Ping Enable is encoded in bit 7. If the local device is configured to send Echo Ping 
Opcodes, a 1 is encoded. If the local device is precluded from sending Echo Ping Opcodes, a 0 
is encoded. 

7) Variable Query Enable is encoded in bit 8, If the local device is configured to send Variable 
Query Opcodes, a 1 is encoded. If the local device is precluded from sending Variable Query 
Opcodes, a 0 is encoded. 

8) Variable Response Enable is encoded in bit 9. If the local device is configured to send Variable 
Response, a 1 is encoded. If the local device is precluded from sending Variable Response 
Opcodes, a 0 is encoded. 



b) Configuration. The Configuration field contains the various configuration variables governing the 
operation of OAM. The Configuration field shall be as shown in Figure 55-5. 
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XX 


XX 



Figure 55-5 Bit encoding of Configuration field 
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c) 



Unidirectional Support (US) is encoded in bit 0. This flag indicates that the local device is 
capable of sending MAC Client frames when the receive path is not operational. If the 
local device is capable of Unidirectional Support, a 1 is encoded. If the local device is 
incapable of Unidirectional Support a 0 is encoded. 



Frame Periodicity. The Frame Periodicity field contains the minimum and maximum rates the local 
device is configured to transmit OAM Frames. The Frame Periodicity field shall be as shown in Fig- 
ure 6. 



LSB 

DO D1 



D2 D3 D4 D5 



MSB 
D6 D7 



Minimum Rate 



Maximum Rate 



Figure 55-6 Bit encoding of Frame Periodicity field 



1) Minimum Rate is encoded in bits 0-3. The Minimum Rate is conveyed in terms of frames per 
second. The lowest permissible value is 0x0. The highest permissible value is 0x5. 

2) Maximum Rate is encoded in bits 4-7. The Maximum Rate is conveyed in terms of frames per 
second. The lowest permissible value is 0x0. The highest permissible value is 0x5. 



d) Loopback Timeout. The Loopback Timeout field contains the fail-safe loopback timer value in sec- 
onds. The Loopback Timeout field shall be as shown in Figure 55-7. 



LSB MSB 
DO D1 D2 D3 D4 D5 D6 D7 



Loopback Timeout 



Figure 55-7 Bit encoding of Loopback Timeout field 

e) Vendor Extension. The Vendor Extension field contains the 24-bit Organizationally Unique Identi- 
fier used to identify a set of vendor specific extensions. 



55.5.1.3.2 Far-end Status [0x01] 

The Far-end Status (FS) opcode is used to send far-end OAM state information to the far-end device. The 
Far-end Status data field is used to reflect the current understanding of the far-end device configuration to 
the far-end device. The Far-end Status data field shall be as shown in Figure 9. 
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Opcode Transmit Enable 



Configuration 



Frame Periodicity 



Loopback Timeout 



Vendor Extension 



Octets 
2 



LSB 



1 

1 
1 

3 

MSB 



OCTETS WITHIN 
FRAME TRANSMITTED 
TOP-TO-BOTTOM 



bO b7 
I— BITS WITHIN FRAME 
TRANSMITTED LEFT-TO-RIGHT 



Figure 55-8 Far-end Status data field 

The Far-end Status data field shall be as described below: 

a) Opcode Transmit Enables. The Opcode Transmit Enables field contains transmit enables for each 
base OAM opcode. TRUE (encoded as 1) signifies that the far-end device is allowed to send the cor- 
responding OAM opcode. The Opcode Transmit Enables field shall be as shown in Figure 55-9. 
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Figure 55-9 Bit encoding of Opcode Transmit Enables field 



1) Local Status Enable is encoded in bit 0. If the far-end device is configured to send Local Status 
Opcodes a 1 is encoded. If the far-end device is precluded from sending Local Status Opcodes, 
a 0 is encoded. 

2) Far-end Status Enable is encoded in bit 1. If the far-end device is configured to send Far-end 
Status Opcodes, a 1 is encoded. If the far-end device is precluded from sending Far-end Status 
Opcodes, a 0 is encoded. 

3) Keep Alive Enable is encoded in bit 2. If the far-end device is configured to send Keep Alive 
Opcodes, a 1 is encoded. If the far-end device is precluded from sending Keep Alive Opcodes, 
a 0 is encoded. 

4) Loopback Control Enable is encoded in bit 3. If the far-end device is configured to send Loop- 
back Control Opcodes, a 1 is encoded. If the far-end device is precluded from sending Loop- 
back Control Opcodes, a 0 is encoded. 

5) Generate Ping Enable is encoded in bit 6. If the far-end device is configured to send Generate 
Ping Opcodes, a 1 is encoded. If the far-end device is precluded from sending Generate Ping 
Opcodes, a 0 is encoded. 
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b) 



6) Echo Ping Enable is encoded in bit 7. If the far-end device is configured to send Echo Ping 
Opcodes, a 1 is encoded. If the far-end device is precluded from sending Echo Ping Opcodes, a 
0 is encoded. 

7) Variable Query Enable is encoded in bit 8. If the far-end device is configured to send Variable 
Query Opcodes, a 1 is encoded. If the far-end device is precluded from sending Variable Query 
Opcodes, a 0 is encoded. 

8) Variable Response Enable is encoded in bit 9. If the far-end device is configured to send Vari- 
able Response, a 1 is encoded. If the far-end device is precluded from sending Variable 
Response Opcodes, a 0 is encoded. 



Configuration. The Configuration field contains the various configuration variables governing the 
operation of OAM. The Configuration field shall be as shown in Figure 55-10. 
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c) 



Figure 55-10 Bit encoding of Configuration field 

Unidirectional Support (US) is encoded in bit 0. This flag indicates that the local device is 
capable of sending MAC Client frames when the receive path is not operational. If the 
local device is capable of Unidirectional Support, a 1 is encoded. If the local device is 
incapable of Unidirectional Support a 0 is encoded. 



Frame Periodicity. The Frame Periodicity field contains the minimum and maximum rates the local 
device is configured to transmit OAM Frames. The Frame Periodicity field shall be as shown in Fig- 
ure 55-11. 



LSB 

DO 



D1 D2 D3 D4 D5 



MSB 
D6 D7 



Minimum Rate 



Maximum Rate 



Figure 55-1 1 Bit encoding of Frame Periodicity field 



1) 



d) 



Minimum Rate is encoded in bits 0-3. The Minimum Rate is conveyed in terms of frames per 
second. The lowest permissible value is 0x0. The highest permissible value is 0x5. 
2) Maximum Rate is encoded in bits 4-7. The Maximum Rate is conveyed in terms of frames per 
second. The lowest permissible value is 0x0. The highest permissible value is 0x5. 



Loopback Timeout. The Loopback Timeout field contains the fail-safe loopback timer value in sec- 
onds. The Loopback Timeout field shall be as shown in Figure 55-12. 
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LSB MSB 



Loopback Timeout 



e) Vendor Extension. The Vendor Extension field contains the 24-bit Organizationally Unique Identi- 
fier used to identify a set of vendor specific extensions. 

55.5.1.3.3 Keep Alive [0x02] 



55.5.1.3.4 Event Notification [0x03] 

The Event Notification (EN) opcode is used to alert the far-end of alarm or fault indications. The Event 
Notification data field shall contain zero or more Variable Containers which provide useful information for 
troubleshooting events. Variable Containers are defined in 55.5.2.2. 

55.5.1.3.5 Loopback Control [0x04] 

The Loopback Control (LC) opcode is used to control the far-end device's loopback state. The Loopback 
Control data field shall be as shown in Figure 55-13 and as further described in the following definition: 



Loopback Timeout 



LO 



LE 



DO D1 D2 D3 D4 D5 D6 D7 4 

5 



_ 6 
_____ . _ . 7 

Figure 55-1 2 Bit encoding of Loopback Timeout field 8 

9 
10 
11 
12 
13 
14 

The Keep Alive (KA) opcode may be used to provide a continuous indication of the link. The Keep Alive 

opcode may be sent once per second. The Keep Alive data field shall contain zero or more Variable Contain- ^ ^ 

18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 

LSB MSB 32 

DO D1 D2 D3 D4 D5 D6 D7 



33 
34 
35 
36 

Figure 55-13 Bit encoding of Loopback Control data field 37 

38 
39 

1) Loopback Timeout is encoded in bits 0-5. The Loopback Timeout is conveyed in terms of 

frames per second. The lowest permissible value is 0x0. The highest permissible value is 0x3F. 4 j 

2) Loopback Override is encoded in bit 6. The Loopback Override governs the usage of the Loop- 42 
back Timeout value. When the Loopback Timeout is to be used, a 1 is encoded. When the 43 
Loopback Timeout is to be ignored, a 0 is encoded. 44 

3) Loopback Enable is encoded in bit 7. The Loopback Enable bit contro.ls the far-end loopback 45 
mode. Loopback mode is enabled when a 1 is encoded. Loopback mode is disabled when a 0 is 45 
encoded. 47 

48 

55.5.1 .3.6 Generate Ping [0x06] 49 

50 

The Generate Ping (GP) opcode is used to perform a data link layer ping. The Generate Ping data field is 51 
unspecified. The far-end shall transmit an Echo Ping opcode upon reception of a Generate Ping opcode, if 52 
enabled to send Echo Ping opcodes. The response time is unspecified. 53 

54 
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55.5.1.3.7 Echo Ping [0x07] 

The Echo Ping (EP) opcode is used to respond to a data link layer Generate Ping from the far-end. The Echo 
Ping data field shall be set to the Generate Ping data field. 

55.5.1.3.8 Variable Query [0x08] 

The Variable Query (VQ) opcode is used to request one or more 802.3 variables from the far-end device. 
The VQ data field shall contain one or more Variable Descriptors. Variable Descriptors are defined in 

55.5.2.1. 

55.5.1.3.9 Variable Response [0x09] 

The Variable Response (VR) opcode is used to return one or more 802.3 variables. The VR data field shall 
contain one or more Variable Containers. Variable Containers are defined in 55.5.2.2. 

55.5.2 Variables 

802.3 MIB variables are queried through the use of Variable Descriptors and are returned through the use of 
Variable Containers. 

55.5.2.1 Variable Descriptors 

A Variable Description is used to identify 802.3 attributes, objects and packages as found in Annex 30A. 
The Variable Descriptor structure shall be as shown in Figure 55-15 and as further described in the following 
definition: 

a) Variable Branch (VB). The VB field is derived from the registration arcs in Annex 30A. A Variable 
Branch may reference attributes, objects and packages. If an object or package is referenced, only 
the attributes within the object or package will be found within the Variable Container. 

b) Variable Leaf (VL). The VL field is derived from the registration arcs in Annex 30A. 



Octets 



Variable Branch 



Variable Leaf 



LSB 



1 

1 

MSB 



OCTETS WITHIN 
FRAME TRANSMITTED 
TOP-TO-BOTTOM 

t 



bO b7 
I— BITS WITHIN FRAME — ► 

TRANSMITTED LEFT-TO-RIGHT 

Figure 55-14 Variable Descriptors structure 

Examples of Variable Descriptors are as follows: 

The attribute aFramesTransmittedOK has the following syntax: VB = 0x07; VL = 0x02. 
The package mac Mandatory P kg has the following syntax: VB = 0x04; VL = 0x01 . 
The object macObjectClass has the following syntax: VB = 0x03; VL = 0x01; 



18 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



55.5.2.2 Variable Containers 

Variable Containers are used to convey 802.3 attributes, objects and packages. The Variable Container struc- 
ture shall be as shown in Figure 55-15 and as further described in the following definition: 



a) 



b) 
c) 
d) 



Variable Branch (VB). The VB field is derived from the registration arcs in Annex 30A. A Variable 

Branch may reference attributes, objects and packages. If an object or package is referenced, only 

the attributes within the object or package will be found within the Variable Container. 

Variable Leaf (VL). The VL field is derived from the registration arcs in Annex 30A. 

Variable Width (VW). The VW field is one octet in length and contains the VV field width in octets. 

Variable Value (VV). The VV field is variable length. It may be one to sixteen octets wide. Its width 

is determined by the Variable Width field. 
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Figure 55-15 Variable Container structure 



Figure 55-16 shows a Variable Query Opcode requesting a single attribute: aFramesTransmittedOK. 
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Octets 

6 
6 
2 
1 
1 

1 
1 

106 
4 



01-80-C2-00-00-01 



Source Address 



Slow_Protocols_Type = 88-09 



Subtype = 0x03 [OAM] 



Version = 0x01 



Flags 



Opcode = 0x08 [VQ] 



01234567 



Data/Pad 



Frame Check Sequence 




1 1 1 00000 



01000000 



00000000 



attribute 

aFramesTransmittedOK 
null 



Figure 55-1 6 Variable Query example 

Figure 55-17 shows a Variable Response frame sent as a result of the Variable Query example shown previ- 
ously. The value of aFramesTransmittedOK is 19,088,743 (0x0123_4567). 
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01-80-C2-00-00-01 



Source Address 



Slow_Protocols Jype = 88-09 



Subtype = 0x03 [OAM] 



Version =0x01 



Flags 



Opcode = 0x09 [VR] 



Data/Pad 



Frame Check Sequence 



01234567 




1 1 1 00000 


attribute 


01000000 


aFramesTransmittedOK 


00100000 


width = 4 octets 


10000000 


value - MSB 


1 1 0001 00 


value 


10100010 


value 


11100110 


value - LSB 


00000000 


null 



Figure 55-17 Variable Query example 
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The package mac Mandatory P kg has the following syntax as shown in Table 55-2. 



Table 55-2 Variable Container Example - Package 



Field 


Value 


Varible Branch 


0x04 (package) 


Variable Leaf 


0x67 (macMandatoryPkg) 


Variable Width 


0x04 (4 octets) , 


Variable Value 


a Frames Trans m ittedOK 


Variable Width 


0x04 (4 octets) 


variable Value 


aSingleCollisionFrames \ 


Variable Width 


0x04 (4 octets) 


Variable Value 


aMultipleCollisionFrames 


Variable Width 


0x04 (4 octets) 


Variable Value 


aFramesReceivedOK 


Variable Width 


0x04 (4 octets) 


Variable Value 


aFrameCheckSequence Errors 


Variable Width 


0x04 (4 octets) 


Variable Value 


a A I ignmentErrors 



Editors' Notes: To be removed prior to final publication. 

Collection of "OAM Requirements" from prior OAM STF work: 

1) When a link is operating unidirectionally, all MAC Client data frames are discarded. 

2) All loopback functions must be controlled both locally and remotely. 

3) All loopback functions must prevent user data from being looped back to the user. 

4) Must include mechanisms to prevent a station from staying in loopback mode indefinately. 

5) Subscriber access physical layer devices, defined in Clauses 58, 59, 60 and 6 1 should support a bit-level loopback. 

6) Issues of asymmetric data rates and P2MP links must be addressed. 

7) Must include measures to protect the OAM channel and user data channel from mutual interference. 

8) Must support both peer-to-peer and master-slave models. 

Work Items: 

1) P2MP Generate Ping/Echo Ping 

2) P2MP Loopback mode 

3) Negotiation protocol description 



l 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 

21 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



55.6 Environmental Specifications l 

2 

All equipment subject to this clause shall conform to the requirements of 14.7 and applicable sections of 3 
ISO/IEC 11801: 1995. 4 
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7 



55.7 Protocol Implementation Conformance Statement (PICS) proforma for Clause 55, Operations, l 

Administration and Maintenance (RS) 1 2 

3 

55.7.1 Introduction 4 

5 

The supplier of a protocol implementation that is claimed to conform to Clause 55, Operations, Administra- 6 
tion and Maintenance (OAM), shall complete the following Protocol Implementation Conformance State- 
ment (PICS) proforma. 8 

9 

A detailed description of the symbols used in the PICS proforma, along with instructions for completing the 1 0 

PICS proforma, can be found in Clause 21. " 
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'Copyright release for PICS proformas: Users of this standard may freely reproduce the PICS proforma in this annex so that it can be ^3 
used for its intended purpose and may further publish the completed PICS. 54 
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55.7.2 Identification 




55.7.2.1 Implementation identification 




Supplier 




Contact point for enquiries about the PICS 




Implementation Name(s) and Version(s) 




Other information necessary for full identification — e.g., 
name(s) and version(s) for machines and/or operating 
systems; System Names(s) 




NOTES 




1 Only the first three items are required for all implementations; other information may be completed as appropri- 
ate in meeting the requirements for the identification. 


2 The terms Name and Version should be interpreted appropriately to correspond with a supplier's terminology 
(e.g., Type, Series, Model). 



55.7.2.2 Protocol summary 



Identification of protocol standard 


IEEE Std 802.3ah-2003, Clause 55, Operations, Admin- 
istration and Maintenance (OAM) 


Identification of amendments and corrigenda to this 
PICS proforma that have been completed as part of this 
PICS 




Have any Exception items been required? No [ ] Yes [ ] 

(See Clause 21 ; the answer Yes means that the implementation does not conform to the standard.) 



Date of Statement 



55.7.2.3 Major capabilities/options 



Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 


MF 


MAC OAM 






M 


Yes[] 


*0 








M 


Yes[] 
No [] 


*0 








M 


Yes[] 
No [] 
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557.3 PICS proforma Tables for Operation, Administration and Maintenance (OAM) 
55.7.3.1 General 



Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes[] j 


55.7.3.2 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes[] 


55.7.3.3 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes[] 


55.7.3.4 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[) 










M 


Yes[] 
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56. Optical Multi-Point 



Editors' Notes: To be removed prior to final publication. 

References: 
None. 

Definitions (to be added to 1.4): 



Abbreviations (to be added to 1.5): 



Revision History: 

Draft 0.9 June 2002 Preliminary draft for IEEE P802.3ah Task Force review. 



56.1 Overview 

An optical multi-point network connects multiple DTE's using a single shared fiber. The architecture is 
asymmetrical, based on a tree and branch topology utilizing passive optical splitters. The topology also 
known as a Passive Optical Network (PON) is here applied to the Gigabit Ethernet architecture creating a 
Gigabit Ethernet Passive Optical Network (GE-PON). This clause deals with the mechanism and control 
protocols required in order to reconcile the PON topology into the Ethernet framework. 

Topics dealt with in this clause include allocation of transmission resources to different end-stations, discov- 
ery and harmonization of end-stations into the network, and reporting of congestion to layer management. 

This clause does not deal with topics including bandwidth allocation strategies, authentication of end- 
devices, quality-of-service definition, provision, or management. It is the intent to provide for simple tools 
with which to build a complex network, and not vice versa. 

Each PON consists of a node located at the head of the tree assuming the role on Master, sometimes also 
known as OLT, and multiple nodes located at the tree nodes auuming roles of network interface, known as 
ONUs. The network operates by allowing only a single ONU to transmit in the upstream direction at a time. 
Layer Management located at the OLT is responsible for timing the different transmissions. Reporting of 
congestion by the different ONUs may assist in optimaly allocating the bandwidth accross the PON. 

Automatic discovery of end stations is performed, culminating in harmonization through binding of an ONU 
to a bridge port by allocation of an LLID, and dynamic binding to a MAC connected to the bridge. 
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1 Optical multi-point uses the MPCP (Multi-Point control Protocol) to operate as specified, and resides in the 

2 Mac Control sublayer. 
3 

4 56.1.1 Terminology 

5 

6 56.1.1.1 Autodiscovery 

7 

8 A discovery procedure that does not require direct user intervention. 
9 

10 56.1.1.2 Broadcast 
II 

12 Transmission from one entity to all entities in the same portion of the network. 
13 

14 56.1.1.3 Discovery 
15 

1 6 Process by which the master (e.g. OLT) determines that an active ONU is attached to the PON, and by which 

17 the master and slave exchange registration information. The OLT sends a DISCOVERY_GATE. The ONU 

18 replies with a REGISTER_REQUEST. The OLT sends a REGISTER and GATE message, and the ONU 

19 replies with a REGISTER_ACK. If this sequence is successful, the ONU is registered. 
20 

2 1 56.1 .1 .4 Discovery window 

22 

23 A time period in a given wavelength band reserved by the OLT exclusively for the discovery process: the 

24 exchange of DISCOVERYJ3ATE, 
25 

26 56.1.1.5 Downstream 

27 

28 Propagating across an optical access network (OAN) from a network-side interface, or optical line terminal 

29 (OLT) towards one or more user-side interfaces, or optical network units (ONUs). 
30 

3 1 56.1 .1 .6 Ethernet passive optical network (EPON) 

32 

33 A passive optical network using Ethernet, as extended by the IEEE 802. 3ah standard. 
34 

35 56.1.1.7 Grant 

36 

37 Permission to transmit at a specific time, for a specific duration. Grants are issued by the OLT (master) to 

38 ONUs (slaves) by means fo GATE messages. 
39 

40 56.1.1.8 Logical Link ID (LLID) 

41 

42 A numeric identifier assigned to a virtual MAC. 
43 

44 56.1 .1 .9 MAC - media access control 

45 

46 May refer to (a) the layer in the Ethernet stack responsible for media access control, or (b) a device, such as 

47 an application specific integrated circuit, for implementing MAC functionality. 
48 

49 56.1.1.10 Multipoint Control Protocol (MPCP) 

50 

5 1 Control functionality in Ethernet Passive Optical Networks for efficient TDMA media sharing with no colli- 

52 sions (with the exception that collisions may occur during the discovery process) in a point-to-multipoint 

53 segment. This functionality includes ranging, discovery, allocation of bandwidth, synchronization, and feed- 

54 back. 
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56.1 .1.11 Optical Line Terminal (OLT) 1 

2 

The network interface for an optical access network (OAN). The OLT is the master entity in an EPON with 3 
regard to the MPCP protocol. 4 

5 

56.1.1.12 Optical Network Unit (ONU) 6 

7 

A user-side interface to an optical access network (OAN). An ONU is an slave entity in an EPON with 8 
regard to the MPCP protocol. 9 

10 

56.1.1.13 Point-to-point emulation (P2PE) 1 1 

12 

Emulation of unicast communication between two end-user entities (e.g. ONU vMACs) in an EPON. Emu- 13 
lation is required for compliance with IEEE 802. Id bridging. 14 

15 

56.1.1.14 Ranging 16 

17 

A procedure by which the propagation delay between a master (e.g. OLT) and slave (e.g. ONU vMAC). The 18 
round trip delay computation is performed by the OLT, using the timestamp in the REPORT message from 19 
an ONU. 20 

21 

56.1.1.15 Registration 22 

23 

The process by which an ONU and OLT exchange the necessary information to enable the ONU to partici- 24 
pate in network exchanges in an EPON. 25 

26 

56.1.1.16 Round trip time (RTT) 27 

28 

The total delay for a GATE to be transmitted by a master to a slave, and for the slave to 29 

30 

56.1 .1.17 Single copy broadcast (SCB) 3 1 

32 

Broadcast distribution of a single transmission, without the need to electronically replicate the transmission. 33 
SCB is an intrinsic, or"native," capability of a PON, where downstream transmissions are passively split and 34 
distributed to all ONUs within the PON. 35 

36 

56.1.1.18 Timestamp 37 

38 

In the context of IEEE 802. 3ah, a timestamp is used to synchronize slaves (e.g. ONUs) with the master 39 
(OLT) and for the ranging process. Timestamp granularity is 16 bit times, with 32 bit resolution. All mes- 40 
sages passed between OLTs and ONUs contain timestamps. 41 

42 

56.1.1.19 Upstream 43 

44 

Propagating across an optical access network (OAN) from a user-side interface, or optical network unit 45 
(ONU), towards a network-side interface, or optical line terminal (OLT). 46 

47 

56.1 .2 Goals and objectives 48 

49 

The goals and objectives of this clause are the definition of a point-to-multipoint Ethernet network utilizing 50 
an optical medium. 51 

52 

Specific objectives met include: 53 

54 
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a) Support of P2PE as specified 

b) Support multiple LLID per physical ONU 

c) Support dynamic allocation and deallocation of such LLIDs 

d) Support a mechanism for single copy broadcast 

e) Flexible architecture allowing expansion of reporting capabilities 
0 Flexible architecture allowing dynamic allocation of bandwidth 

g) Negotiation of PMD parameters allowing flexibility in design of PMD 

h) Use of 32 bit timestamp for timing distribution 

i) MAC Control based architecture 

j) Registration process allows for vendor extensions 

k) Maintanance of Clause 2 interfaces 

1) Maintanance of Clause 4 interfaces 

m) Ranging of discovered devices for improved network performance 

n) Continuous ranging for thermal compensation 

56.1.3 Position of Optical Multi-Point within the IEEE 802.3 hierarchy 

Optical Multi-Point (OMP) is defined using the mechanisms and precedents of the MAC Control sublayer. 



OSI 
REFERENCE 
MODEL 
LAYERS 



LAN 

CSMA/CD 
LAYERS 

HIGHER LAYERS 



APPLICATION 



PRESENTATION 



SESSION 



TRANSPORT 



NETWORK 



DATA LINK 



PHYSICAL 




MAC-MEDIA ACCESS CONTROL 



RECONCILIATION 



♦ GMII 



-►XI 



PCS 



PMA 



P2MP-PMD 



MDI • 



MEDIUM 



MDI=MEDIUM DEPENDENT INTERFACE 
GMII=GIGABIT MEDIA INDEPENDENT INTERFACE 
PCS=PHYSICAL CODING SUBLAYER 
PMA=PHYSICAL MEDIUM ATTACHMENT 



PHY=PHYSICAL LAYER DEVICE 
PMD=PHYSICAL MEDIUM DEPENDENT 



Figure 56-1 Relationship of OMP and the OSI protocol stack 



The MAC Control sublayer has extensive functionality designed to manage the real-time control and manip- 
ulation of MAC sublayer operation. This clause specifies a specific protocol implementation for MAC Con- 
trol. The MAC Control protocol is specified such that it can support new functions to be implemented and 
added to this standard in the future. MPCP, the management protocol for OMP is one of these protocols. 
Non-realtime, or quasistatic control (e.g., configuration of MAC operational parameters) is provided by 
Layer Management. 

Operation of the MAC Control, and OMP sublayer is transparent to the CSMA/CD MAC. The body of this 
clause and its associated annexes contain state diagrams, including definitions of variables, constants, and 
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functions. Should there be a discrepancy between a state diagram and descriptive text, the state diagram 1 
shall prevail. The notation used in the state diagrams follows the conventions of 21 .5. 2 

3 

56.1 .4 Functional block diagram 4 

5 

Figure 56-2 provides a functional block diagram of the optical multi point arichitecture. 6 

? 

56.1 .5 State diagram conventions 8 

9 

The body of this standard is comprised of state diagrams, including the associated definitions of variables, 10 
constants, and functions. Should there be a discrepancy between a state diagram and descriptive text, the 1 1 

state diagram prevails. 12 

13 

The notation used in the state diagrams follows the conventions of 21.5. State diagram timers follow the 14 
conventions of 14.2.3.2. 1 5 
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MAC CLIENT 



802.3 MAC Control Sen/ice Interface 



MA_CONTROL.indication, MA_CONTROL. request, vlA_DATA.request, MA_DATA.indication 



State variables 



PAUSE 



Clause 31 annexes. 



JnternaJ_unspedf ed Jnterface, 



Discovery 
Processing 



Report Processing 



Gate Processing 



OMP Parser/ 
Multiplexer 



JntemaJj^C_Contrql_interfa :esimpNfjed as: 

OMP:MA_DATA. request, O AP:MA_DATA.indication 



Control Parser/Multiplexer 



MAC Control 



_802._3MAC Service jnterface 

TransmitFrame(DA, SA, length/type, data), ReceiveTrame(DA, SA, length/type, data) 



OMP , 



MAC 



Physical Layer 



LaserControl 



Figure 56-2 Functional block diagram 
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Figure 56-3 Layered system block diagram 



56.2 Optical Multi-Point operation 

As depicted in Figure 56-2, the Optical Multi-Point sublayer compromises the following functions: 



a) 



b) 
c) 

d) 

e) 

0 

g) 



Control Parser/Multiplexer. This block is responsible for parsing MAC Control frames, and inter- 
facing with Clause 3 1 entities, the OMP block, and the MAC Client. It is also responsible for select- 
ing the source of the forwarded frames: MAC Control generated, MAC Client, or none. 
Clause 31 annexes. This block holds MAC Control actions as defined in Clause 31 annexes. 
OMP Parser/Multiplexer. This block parses the different opcodes as defined in the MPCP protocol 
from/into the different control blocks. 

Discovery Processing. This block manages the discovery process, through which an ONU is discov- 
ered and harmonized with the network. 

Report Processing. This block manages the generation and collection of report messages, through 
which bandwidth requirements are broadcast in the network. 

Gate Processing. This block manages the generation and collection of gate messages, through which 
multiplexing of multiple transmitters is achieved. 

State Variables. Holding information required to operate the network and maintain the MPCP proto- 
col. 



As depicted in Figure 56-3, the layered system may instantiate multiple MAC entities, using a single physi- 
cal layer. Common state control may be used to synchronize the multiple MACs using OMP procedures. 
Operation of the common state control is generally considered outside the scope of this document. 

56.2.1 Principles of Optical Multi-Point 

Optical Multi-Point allows a MAC Client to participate in a point-to-multi-point optical network. Transmit- 
ting and receiving frames as if it was connected to a dedicated link. In doing so, it employes the following 
principals and concepts: 

a) A MAC client transmits and receives frames through the MAC Control layer. 
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b) The MAC Control may allow or prohibit transmission of frames using the Control Parser/Multi- I 
plexer, in a fashion similar to PAUSE operation. 2 

c) Given a transmission opportunity, the MAC Control may generate control frames that would be 3 
transmitted in advance of the MAC Client's frames, utilizoing the inherent ability to provide higher 4 
priority transmission of MAC Control frames over MAC Client frames. 5 

d) Multiple MACs may share the same media by allowing only a single MAC to transmit at any given 6 
time across the network. 7 

e) Such gating of transmission is orchestrated through the Gate Processing function. 8 

f) New devices are discovered in the network and allowed transmission through the Discovery Pro- 9 
cessing function. 10 

g) Fine control of the network bandwidth distribution can be achieved using feedback mechanisms 1 1 
supported in the Report Processing function. 12 

h) When operated, the network is assymetrical, with the station connected to the network feeder assum- 1 3 
ingthe 14 

15 

56.2.2 Service interfaces 1 6 

17 

The MAC Client communicates with the Control Multiplexer using the standard service interface specified 18 
in Clause 2.3. Optical Multi-Point communicates with the underlying MAC layer using the standard service 19 
inteface specified in Clause 4.3.2. Similarly, Optical Multi-Point communicates internally using primitives 20 
and interfaces consistant with definitions in Clause 31. 21 

22 

An additional interface is exported towards the MAC and Physical layer in order to enable and disable the 23 
lasing at the PMD. 24 

25 

56.2.3 Control Parser/Multiplexer 26 

27 

The Control Parser/Multiplexer is responsible for parsing MAC frames in the transmission and reception 28 
paths. 29 

30 

By identifying MAC Control frames, demultiplexing into multiple entities for event handling is possible. 31 
Interfaces are provided to existing Clause 3 1 entities, the OMP block, and the MAC Client. 32 
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Multiplexing is perfomed in the transmission direction. Given multiple MAD ATA. request from the MAC 
Client, and the MAC Control Clients, a single TransmitFrame is generated for transmission. The transmit 
block is enabled based on an external control signal. 

MAJDATA. request MA_CONTROL.request 



register 

TXAIlow 
LaserControl 



MA DATA. indication 



MA CONTROL.indication 



Control Parser/Multiplexer 



TransmitFrame ReceiveFrame 
Figure 56-4 Control Parser/Multiplexer Service Interfaces 

56.2.3.1 Control Parser/Multiplexer state diagram 

56.2.3.1.1 Constants 

56.2.3.1.2 Variables 

BEGIN 

This variable is used when initiating operation of the sublayer state machine. It is set to true 
folowing initialization and every reset. 
TYPE: boolean 
DEFAULT VALUE: true 
LaserControl 

This variable is used to control the transmit path. It is set to true when the transmit path is 
enabled, and is set to false when the transmit path is being shut down. LaserControl is 
always true for the OLT, and changes it's value according to the state of the Grant 
Processing sublayer. 

boolean 
false for ONU 
true for OLT 

registered 

This variable holds the current value result of theDiscovery Process. It is set to true once 
discovery is complete, and registration is acknowledged. 
TYPE: boolean 
DEFAULT VALUE: false for ONU 
true for OLT 



TYPE: 

DEFAULT VALUE: 
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56.2.3.1.3 Functions 1 

2 

No functions are defined for the Control Parser/Multiplexer functional block. 3 

4 

56.2.3.1.4 Timers 5 

6 

No timers are defined for the Control Parser/Multiplexer functional block. 7 

8 

56.2.3.1.5 Messages 9 

10 

MA_CONTROL.request(DA, SA, m_sdu) 1 1 

The service primitive used by a client to request a MAC Control sublayer function with the 12 
specified request operands. 13 

MA_CONTROL.indication(DA, SA, m_sdu) 14 
The service primitive used by MAC Control sublayer to signal the client an event with '5 
specified parameters. '° 

MA_DATA .request(DA, S A, m_sdu) ] 1 

The service primitive used by a client to a MAC function with the specified 
request_operands. ^ 

MA_DATA.indication(DA, SA, m_sdu) 21 
The service primitive used by the MAC to signal the client an arriving frame. ^ 

23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
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56.2.3.1.6 State Diagram 



BEGIN 



WAIT FOR RECEIVE 



Length_Type -- MAC Control- 



1 


f 


PASS TO CLAUSE 31 ANNEX 









PARSE 



-else 



(Length_Type == MAC Control) and 
(subtype in {GATE, REPORT, REGISTER, 
REGISTER_REQ, REGISTER_ACK}) 

i 



PASS TO OMP 



UCT 



PASS TO MAC CLIENT 



-UCT 



UCT 
±_ 



Figure 56-5 Control Parser/Multiplexer RX State Diagram 
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BEGIN 

I 

WAIT 



LaserControl == false 



r— 

LaserControl == true or 
Master == true 

+ 



LASER ON 



TXAIIowed == false 

i 



TXAIIowed == true 



UCT 



MA_CONTROL request and 
(subtype in {GATE, REPORT, 
REGISTER, REGISTER_REQ,~ 
REGISTER_ACK}) 





t 


SEND OMP FRAME 


timestamp = localjime 
TransmitFrame(DA, SA, m_sdu) 




UCT 



TRANSMIT READY 



MA_CONTROLrequest and 
!(subtype in {GATE, REPORT, REGISTER, 
REGISTER_REQ, REGISTER_ACK}) 

J 



MA_DATA.requst and 
IMA_CONTROL.request and 
registered == true 



SEND DATA FRAME 



TransmitFrame(DA, SA, m_sdu) 



SEND CONTROL FRAME 



TransmitFrame(DA, SA, m_sdu) 



-UCT- 



Figure 56-6 Control Parser/Multiplexer TX State Diagram 



56.2.4 OMP Parser/Multiplexer 

The Optical Multi-Point Parser/Multiplexer sublayer is responsible for distributing the OMP functionality 
between the different service blocks, and coordinating them into a single system. By parsing the common 
elements of the MPCPDU, the OMP is responsible for maintainig and network clock. 

OMP is also responsible for layer sanity, and maintains the watchdogs for remote systems. 

OMP and it's related blocks, comprise the PON management entities, together with Layer Management that 
is responsible for requesting the services exported. 
OMP is a pure control path function. 
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OMP.indication(error) 



OMP.request(outgoing) 



OMP.indication(incoming) 



OMP Parser/Multiplexer 



local time 



MA_CONTROL. request MA^CONTROL.indication 

Figure 56-7 OMP Parser/Multiplexer service interface 

56.2.4.1 OMP Parser/Multiplexer state diagram 

56.2.4.1.1 Constants 

broadcast J D 

This constant holds the port identifier for the global broadcast MAC instance. It's value 
follows the convention of Clause 57. 
TYPE: 16 bit unsigned 

DEFAULT VALUE: FF-FF 
max_time_between_omp 

This constant is used for setting the maxjimeJ)etween_omp timer. It represents the longest 
period without valid reception of OMP frames that is allowed. 
TYPE: 32 bit unsigned 

DEFAULT VALUE: 12-A0-5F-20 (5 seconds) 

56.2.4.1.2 Variables 

BEGIN 

This variable is used when initiating operation of the sublayer state machine. It is set to true 
folowing initialization and every reset. 
TYPE: boolean 
DEFAULT VALUE: true 

Master 

This variable is used to signal whether the OMP instance is dominant in the network it 
resides in. It is set by Layer Management based on the behavior of the node, typically when 
Master is true the node is an OLT on the specified interface. 
Changing the value of this variable while running is unspecified. 
TYPE: boolean 
DEFAULT VALUE: true for OLT 
false for ONU 
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me 1 

This variable holds the port identifier for the MAC instance. It is set by Layer Management 2 

on MAC creation. 3 

Changing the value of this variable while running is unspecified. 4 

TYPE: 16 bit unsigned 5 

DEFAULT VALUE: FF-FF 6 

localjime ? 

This variable holds the value of the local counter used to control OMP operation. This 8 

variable is advanced by a timer at 62.5MHz, and counts in time_quanta. It is periodically 9 

reset by the OMP sublayer on notification of the existance of a more accurate timebase. 10 

Changing the value of this variable while running using Layer Management is highly I 1 

undesirable and is unspecified. 12 

TYPE: 32 bit unsigned 13 

DEFAULT VALUE: 00-00-00-00 14 

15 

56.2.4.1.3 Functions 16 

17 

set_timer(timer_name, time) " 

This function is used for setting timers. Uppon invocation a timer is created and assigned 19 

to the handle timer jiame. The timer mechanism counts time in 62.5MHz resolution, and 20 

is usually based on the MAC transmission or reception clock. 21 

timeout(timer name) 

This function is used when generating an event as a result of a timer expiration. Uppon 
envocation the handle of the expired timer is returned. 



END 



56.2.4.1.4 Timers 



22 
23 
24 
25 
26 

This function is blocking, and does not exit. Uppon invocation a hard reset is required to ^ 
stop operation. 2g 

29 
30 
31 

max_timeJ)etween_omp ^ 
This timer is used to measure the arrival rate of OMP frames in the link. Failure to receive 
frames is considered a fatal fault and requires a hard reset to the OMP functional block. 



33 
34 

56.2.4.1.5 Messages ^ 



37 
38 



OMP.request(outgoing, DA, SA, m_sdu) 

The service primitive used by a client to request an OMP functional block function with the ^ 

specified request_operands. ^ 
Three interfaces to this function exist with the respective indexes of: 
GATE:OMP.request(DA, SA, m_sdu) 

REPORT:OMP.request(DA, SA, m_sdu) * 

DISCOVERY:OMP.request(DA, SA, m_sdu) ^ 

OMP.indication(incoming, DA, SA, timestamp, subtype, m_sdu) 45 

The service primitive used by the OMP functional block to signal the client an event with ^ 

specified parameters. 47 

Three interfaces to this function exist with the respective indexes of: 4 g 

GATE:OMP.indication(DA, SA, timestamp, subtype, m_sdu) 49 

REPORT:OMP.indication(DA, SA, timestamp, subtype, m_sdu) 

DISCOVERY:OMP.indication(DA, SA, timestamp, subtype, m_sdu) 5 j 

OMP.indication(error) 52 

The service primitive used by the OMP functional block to signal the client that a fatal error 53 

has occured in the OMP sublayer, and that the layer requires a hard reset. 54 



40 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



Draft Supplement to Std 802,3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



MA_CONTROL.request(DA, SA, m_sdu) 

The service primitive used by a client to request a MAC Control sublayer function with the 

specified request_operands. 
MAJZONTROL.indication(DA, SA, m_sdu) 

The service primitive used by MAC Control sublayer to signal the client an event with 

specified parameters. 



56.2.4.1.6 State Diagram 



ERROR STATE 



OMP.indication(ERROR) 



UCT 

I 



-► END 



BEGIN 



OMP TIMEOUT 



if not (Master and me==broadcast__ID) 



-else- 



WAIT FOR RECEIVE 



timeout(maxJime_between_omp)- 

MA_CONTROLindication(DA, SA, m_sdu) 



1 




el 


PARSE INDICATION 




timestamp = m_sdu[0:3] 
subtype = m__sdu[4] 
m_sdu = m_sdu[5:50] 





subtype in {REGISTER, 
REGISTER_REQ,REGISTER_ACK, REPORT.GATE}) 



UPDATE TIMER 



setj i mer( max Ji m e_betwee n_pmp) 
if not Master 
localjime = timestamp 



UCT 



subtype == GATE- 





PARSE TYPE 











-subtype == REPORT 



subtype in {REGISTER. REGISTER.REQ, REGISTER ACK} 
V 



PASS TO GATE PROCESSING 



GATE:OMP.indication 



PASS TO DISCOVERY 
PROCESSING 



DISCOVERY:OMP.indication 



UCT 
-UCT-*— 



PASS TO REPORT PROCESSING 



REPORT:OMP.indication 



Figure 56-8 OMP Parser/Multiplexer RX State Diagram 



I 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 



41 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



BEGIN 



WAIT 



OMP.request(DA,SA,m_sdu) 



SEND CONTROL FRAME 



MA_CONTROL.request(DA,SA,m_sdu) 



UCT 



Figure 56-9 OMP Parser/Multiplexer TX State Diagram 



56.2.5 Discovery Processing 

Discovery processing is responsible with dealing with discovery and registration of new end-stations joining 
the network. Each new end-station reports it's capabilities and requirements. Following admision to the net- 
work, new port identities are allocated, and reciprocal MACs are bonded to the port identities. 
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It is the responsibility of Layer Managemetn to allocate bandwidth for the discovery process to function. It is 
also the responsibility of Layer Management to perform the MAC bonding, and start transmission from/to 
the newly discovered end-station. 



DISCOVERY.request(create_discovery_window) 
DISCOVERY.request(registration) 
DISCOVERY.request(deregister) 



local time 



DISCOVERY.indication(reset) 

DISCOVERY.indication(deregistered) 
DISCOVERY.indication(denied) 
DISCOVERY.indicate(in_progress) 
DISCOVERY.indication(accepted) 



Discovery Processing 



-*■ registered 



OMP.request(outgoingPMP.indication(incomingX3ATE.request(grant) 



Figure 56-10 Discovery Processing Service Interfaces 



56.2.5.1 Discovery Processing state diagram 

56.2.5.1.1 Constatnts 

broadcastID 

This constant holds the port identifier for the global broadcast MAC instance. It's value 
follows the convention of Clause 57. 
TYPE: 16 bit unsigned 

DEFAULT VALUE: FF-FF 
max_register_wait 

This constant is used for setting the wait Jor jegister _msg timer. It represents the period 
used for waiting for an acknowledgement from the OLT to a REGISTER_REQ MPCPDU. 
TYPE: 32 bit unsigned 

DEFAULT VALUE: 00-09-89-68 (10 miliseconds) 

56.2.5.1.2 Variables 

BEGIN 

This variable is used when initiating operation of the sublayer state machine. It is set to true 
folowing initialization and every reset. 
TYPE: boolean 
DEFAULT VALUE: true 
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me 

This variable holds the port identifier for the MAC instance. It is set by Layer Management 
on MAC creation. 

Changing the value of this variable while running is unspecified. 
TYPE: 16 bit unsigned 

DEFAULT VALUE: FF-FF 

state 



local_time 1 
This variable holds the value of the local counter used to control OMP operation. This timer 2 
advances at 62.5MHz, and counts in time_quanta. It is periodically set by the OMP 3 
sublayer on notification of the existance of a more accurate timebase. 4 
Changing the value of this variable while running using Layer Management is highly 5 
undesirable and is unspecified. 6 
TYPE: 32 bit unsigned 7 

DEFAULT VALUE: 00-00-00-00 8 
Master 9 
This variable is used to signal whether the OMP instance is dominant in the network it 10 
resides in. It is set by Layer Management based on the behavior of the node, typically when 1 1 

Master is true the node is an OLT on the specified interface. 12 
Changing the value of this variable while running is unspecified. 13 
TYPE: boolean I 4 

DEFAULT VALUE: true for OLT 1 5 

false for ONU 16 

17 
18 
19 
20 
21 
22 
23 
24 

This variable is used for local storage of a pending registration state during processing. It ^5 
is dynamically set by the Discovery Processing sublayer and is not exposed. ^ 
The state is a structure field composed of multiple subfields. ^ 
TYPE: structure { 

SA 48 bit unsigned, a.k.a MAC address type 

RTT 32 bit unsigned 

ID array [1:4] of 16 bit unsigned 

capability 64 bit unsigned bit-vector} 

DEFAULT VALUE: {FF-FF-FF-FF-FF-FF, 00-00-00-00, FF-FF, 

00-00-00-00-00-00-00-00} 34 

Backoff 35 
This variable holds the current value of the contention resolution backoff timer exponent. 3^ 
TYPE: 4 bit unsigned 3-7 

DEFAULT VALUE: 0 38 
Backoff_wait 39 
This variable holds the current value of the contention resolution backoff timer. It counts 40 
the number of registration cycles skipped by the Discovery Processing sublayer before 41 
attempting to register again. 42 
TYPE: 10 bit unsigned 43 

DEFAULT VALUE: 0-00 44 
registered 45 
This variable holds the current value result of theDiscovery Process. It is set to true once 46 
discovery is complete, and registration is acknowledged. 47 
TYPE: boolean 48 

DEFAULT VALUE: false for ONU 49 
true for OLT 50 

51 
52 
53 
54 
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32 
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56.2.5.1.3 Functions 1 

2 

END 3 
This function is blocking, and does not exit. Uppon invocation a hard reset is required to 4 
stop operation. 5 

set_timer(timerjiame, time) 6 
This function is used for setting timers. Uppon invocation a timer is created and assigned 7 
to the handle timer _name. The timer mechanism counts time in 62.5MHz resolution, and 8 
is usually based on the MAC transmission or reception clock. 9 

remove_timer(timer_name) 

This function is used for resetting timers. Uppon invocation the timer associated with the 
handle timer jiame is destroyed. Following the destruction of the timer, no event would be 
generated on expiry of the time, and the handle is disassociated from the timer. 
In the event that the function is called with a handle that is not associated with any timer, 
no action is taken. 



10 
11 
12 



14 
15 
16 

timeout(timer name) ^ 

This function is used when generating an event as a result of a timer expiration. Uppon ^ 

envocation the handle of the expired timer is returned. ^ 

integer supported_capabi 1 ity (capabi 1 ity_vector) 20 

This function is used for dealing with port and device capabilities during the discovery 21 

process. Uppon invocation the functions echoes the capability ^vector parameter as it's 22 

return value. 23 

Advanced implementation might modify this function to implement capability based 2 4 

negotiation. 25 

The input parameter, and the output value are 64 bit unsigned integers. 26 

boolean check_capabi!ity(capability_vector) 27 

This function is used for dealing with port and device capabilities during the discovery 28 

process. Upon invocation the functions always returns true as it's return value. 29 

Advanced implementation might modify this function to implement capability based 30 

negotiation. 31 

The input parameter, is a 64 bit unsigned integer, while the output is boolean. 32 

handle allocate_state( index) 33 

This function is used to allocate a state out of state storage. The allocated state is associated 34 

with a handle which is returned as the return value of the function, An index index being a 35 

48 bit unsigned integer is associated with the allocated state. 36 

In the event that a state associated with the same index already exists, the function would 37 

not perform an allocation, and rather would return a handle to the existing state. 38 

free_state(handle) 39 

This function is used to deallocate a state out of state storage. The allocated state is located 40 

using it's associated with the handle handle. 4 1 

boolean no_states() 4 ^ 

This function is used to check whether any states were allocated out of the state storage. ^ 

The function returns the value true when no states are currently allocated, and false 44 

otherwise. ^ 

46 

handle find_state(index) 

This function is used to locate a state in state storage based on it's associated index. The 
index index, being a 48 bit unsigned integer, is used to locate the allocated state. Upon 
completion of the search in state storage, a handle to the relevant state is returned. When 
the search fails, the value null is returned, otherwise the associated handle is returned by 
the function. 
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boolean is_unicast(M AC Address) 1 

This function is used to check whether the 48 bit MAC address MACAddress represents a 2 

unicast address. The function returns the value true when MACAdress is unicast according 3 

to the definitions in Clause 3.2.3, and false otherwise. 4 

a!locate_id( requested__ports) 5 

This function is used to allocate LLIDs subsequent to registration in the discovery process. 6 

The function allocates index numbers out of a buffer containing LLIDs. It is the 7 

responsibility of Layer Management to populate the buffer with entries it considers valid 8 
IDs. 

In the event that the buffer is empty, the function would use consecutive integer numbers 10 

starting from 00-01 as IDs. 1 1 

The return value is a vector with requested _ports number of entries, each entry being 12 

allocated, in it's turn in the described fashion. 13 
integer max(A, B) 

This function is used to compare the values of A against £, and return the largest value. If 
A>B than the function returns^, otherwise the function returns B. 

integer random(r) ^ 

This function is used to compute a random integer number uniformly distributed between ^ 
0 and r. The rendomly generated number is then returned by the function. 

integer exponent(base, exponent) 2 1 

This function is used to compute the function x = base eKponenl .The function returns the value 22 

of x. Both base and exponent are positive integers > 0. 23 

24 

56.2.5.1.4 Timers 25 

26 

wait_for_window 27 

This timer is used to wait for the event signaling the start of the discovery window. 28 

VALUE: ~ 29 

register_window_size 30 

This timer is used to wait for the event signaling the end of the discovery window. 3 1 

VALUE: 32 

33 

This set of timers, dereferenced by a 48 bit index according to the originating MAC ^ 
address, is used to measure the time to arrival of the last messgae in the registration 
sequence from the ONU known by it's MAC Address == SA. 

Failure to of a message to arrive by the time the timer expires is a fatal error in the discovery ^7 

sequence, and causes the discovery to fail for the specified ONU, whom must then perform 38 

deferral and retry to register. ^9 

VALUE: 40 

random_delay ^ 
This timer is used to measure a random delay inside the registration window. The pupose 
of the delay is to apriori reduce the probability of collision in the registration process, and 



35 
36 



43 
44 

thus reduce the probability of invocation of the deferral process, thus lowering the ^ 
expectancy of registration time in the PON. 

VALUE: A random function of the net registration window size less the REGISTER_REQ 
MPCPDU frame size. 



46 
47 
48 

wait_for_register_msg 49 
This timer is used to wait for the event signaling the arrival of a REGISTER MPCPDU at 50 
the ONU. On expiring, the ONU assumes that it had encountered congestion while 
attempting to register, and that the REGISTER_REQ MPCPDU was lost due to a collision. ^ 
As a result, a deferral process is initiated. 53 
VALUE: This timer is governed by the consant maxj-egisterjwalt as defined in56.2.5.1.1. 54 
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14 
15 
16 
17 
18 
19 
20 
21 
22 
23 



56.2.5.1.5 Messages 1 

2 

DISCOVERYrequest(registration, number_of_ports) 3 

The service primitive used by a client to request the Discovery Process to perform a 4 

registration. This primitive may be called multiple times in order to register additional 5 

ports. The registration process requests the network a number of ports as specified in the 6 

number j)f jports parameter. 7 

DISCOVERY.request(deregister) 8 

The service primitive used by a client to request the Discovery Process to deregister the 9 

associated port. 10 

When called with the non-default port, the port would need to be subsequently destroyed. 1 1 

When called with the default port, the port reverts to the WAIT state, and will try to re- 12 

register at the earliest opportunity, once allowed. 1 3 

DISCOVERY.request(create_discovery_window, DA, start_time, length) 

The service primitive used by a peer or client to request the Discovery Process to 
acknowledge the existence of a desicovery window. 

The DA parameter is the MAC address of the device requested to register in this window. 
The device may be recognized by it's unicast address, or multiple devices may be requested 
when using the MAC Control well known multicast address. 

The start Jime parameter, holds the time (relative to the local Jime counter), at which the 
discovery window will become active. 

The length parameter indicates the length of the allocated discovery window in 
time_quanta. 

When Master ~ true (i.e. OLT mode), and the function is invoked, a grant is issued with the ^ 

relevant start Jime and length parameters, addressed to DA. For a DTE where Master = ^5 

false (i.e. ONU mode), this function may not be called by the MAC client, and rather it is ^ 

invoked by the Grant Processing peer entity to signal the arrival of a grant used for 27 

dicovery. ^ 

DISCOVERY.indicate(in_progress, SAJist) ^ 

The service indication issued by the Discovery Process to notify the client and Layer ^ 

Management that the registration process is in progress. ^ 

A list of source MAC addresses associated with the devices attempting to register are ^ 

provided in the SAJist parameter. ^4 

DISCOVERY.indication(accepted, SA, IDJist, capability, acknowledged_capability, RTT) 

The service indication issued by the Discovery Process to notify the client and Layer 3^ 

Management that the registration process has completed. 37 

The MAC address of the recipricating MAC (ONU address at the OLT, and OLT address 

at the ONU) is passed in the parameter SA. The list of LLIDs allocated to the ONU are 39 

passed in the parameter IDJist. The parameter capability holds the 64 bit vector published 

by the far end, as well as the 64 bit vector (acknowledged capability) returned by the far ^ 

end after the registration completion. 42 

The measured round trip time to/from the ONU is returned in the parameter RTT. RTT is 43 

stated in timejjuanta units. This parameter holds a valid value only when the invoking 44 

Discovery Process is in the OLT (i.e. Master = true). 45 

DlSCOVERYindication(denied) 45 

The service indication issued by the Discovery Process to notify the client and Layer 47 

Management that the registration process is denied, 48 

DISCOVERY.indication(deregistered, SA) 49 

The service indication issued by the Discovery Process to notify the client and Layer 50 

Management that the registration process has deregistered the port. 5 1 

The MAC address of the deregistering ONU is passed in the parameter SA, when the signal 52 

is invoked in the OLT, otherwise the parameter is empty. 53 

54 
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DISCOVERY.indication(reset) 

The service indication issued by the Discovery Process to notify the client and Layer 
Management that the OLT has requested that all ports should be reset. 

OMP.requestO 

The service primitive used by a client to request an OMP sublayer function with the 
specified request_operands. 
OMP.indication() 

The service primitive used by the OMP functional block to signal the client an event with 
specified parameters. 
GATE.request() 

The service primitive used by a client to request a Gate Processing sublayer function with 
the specified request_operands. 
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56.2.5.1.6 State Diagram 



COMPLETE DISCOVERY 



if (state = find_state(SA)) <> null 
DISCOVERY, indication (accepted, state.SA, state.lD, 
state. capability, acknow1edged_capability, state. RTT) 
free_state( state) 



BEGIN UCT OMP,indication(SA,REGISTER_ACK) 



FREE STATE 



<— timeout(SA)- 



free_state(SA) 



-UCT- 



IDLE 



else 
DMP.ind 



cation{DA, SA, subtype = REGISTER_REQ, 
requested_ports, first_flag, 
desVoyJIag, tum_on_time. turn_off_time, 
pending_grants, capability_vector) 



T 



-UCT- 



DISCOVERY.request(create_discovery_window, DA, start time, discovereyjength) and 
Master == true and me == broadcast ID 
i 



SEND REGISTER WINDOW 



GATE.request(grant,ownJd, startjime. length) 
set timer(wait_for_window, startjime-localjime) 



INDICATION 



if state <> null 
DISCOVERY. indicate(in_progress, SA list) 



timeout(wait for window) 
i 



SETUP REGISTER WINDOW 



setJimer(register_window_size. discoveryjength) 




UCT 



INDICATE DEREGISTER 



OMP.indication(DA, SA, subtype = REGISTER_REQ, requested .ports, first Jag, 
destroy_flag, tum_on_time, turn off time, pending_grants, capability vector) 

— — j_- 



DISCOVE RY.indication(deregister. SA) 



CHECK DESTRUCTOR 



if (destry_flag) 



UCT 



CHECK DESTRUCT ID 



if me!=broadcast ID 



false 



CAPABILITY CHECK 



check_capability(capability_vector) 



false 



true 
END 



REGISTER NACK 



OMP.request(DA,SA,subtype=REGISTER, NACK) 



true 



REGISTER 



state=allocate_state(SA) 
state.SA = SA~ 

state. RTT = locajime - timestamp 
state.lD = allocateJd(requested_ports) 
state. tum_on_ti me = tum_on_time 
state. tum_off_time = tum_off_time 
state.pending_grants = pending_grants 
state.capability = supported_capability(capability_vector) 
OMP.request(SA, my_MAC, subtype=REGISTER, 
state.capability, state.lD) 
setjim er(S A . wait_for_regi ster_ack) 



UCT 



FIRST OR ADDITIONAL 



if (first_flag) 



Figure 56-1 1 Discovery Processing Master State Diagram 
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ARRIVING REGISTER 1 



remove_timer(waitJor_registerjnsg) 
if(minimal_capability(accepted_capabil 
ity) <> 0) 



- false - 



NACK 



DISCOVERY.indication(deniod) 



OMP.indication(DA, subtype=REGISTER, accepted_capability, master_capability, ID, idle_period) 

_i .._ tirrteout{ 



0 



END 

t 

false 

J_ 



REGISTERING 



wait_for_ regis terjnsc/J 



-UCT- 



DEFERRAL 



Backoff ~ max(10,Backoff+1) 
Backoff_wait = 

random(exponent(2, Backoff)) 



DISCOVERY.request(create discovery _window. DA, start, length) 



UNICAST DISCOVERY 



DISCOVERY.indication(reset) 
if (me == BroadcastJD) 



CHECK UNICAST 



if(is_unicast(DA)) 



DISCOVERY. request(register, requsted_ports) 



false 



false 



BACKOFF 



Backoff _wait- - 
if Backoff wait = 



ZERO STATE 1 



Backoff = 0 
Backoff_wait = 1 



1^ 
true 



WAIT FOR WINDOW 



set_timer(wait_for_window. start- 
localjime) 



UCT 



WAIT for WINDOW UNICAST 



setjimer(wait_for_window, start-localjime) 



timeout(wait for window) 



WAIT 



BEGIN 



UCT 



RANDOM WAIT 



set_timer(random_delay, 
random(length)) 



ti meout(wai t_for_window) - 



timeout(random_delay) 



REGISTER REQ 



OMP.request(REGISTER_REQ, CAPABILITY. 
initial_registration, capabilily_vector) 
set_limer(wait_for_register_msg. max_regisler_wail) 



Figure 56-1 2 Discovery Processing Slave State Diagram 1 
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56.2.6 Report Processing 

The Report Processing sublayer has the responsibility of dealing with queue report generation and termina- 
tion in the network. Reports are generated by Layer Managemetn, or clients indicating status. Typically sta- 
tus reports are used to signal bandwidth needs. The layer will, however, generate report messages 
autonomously on a periodic fashion, in order to maintain minimal rate OMP message flow, as a network san- 
ity check. 

The sublayer, and it's MPCP protocol elements are designed for use in conjunction with an 802. IP capable 
bridge. 

REPORT.request( report) REPORT.indication(summary) 



i 


i A 




Report Processing 




f 





OMP.request(outgoing) OMP.indication(incoming) 
Figure 56-14 Report Processing Service Interfaces 



56.2.6.1 Report Processing state diagram 

56.2.6.1.1 Constants 

timeout_value 

This constant is used for setting the periodic Jimer timer. It represents the maximal period 

allowed without emmitting a REPORT MPCPDU by an ONU. 

TYPE: 32 bit unsigned 

DEFAULT VALUE: 00-98-96-80 (160 miliseconds) 

56.2.6.1.2 Variables 

BEGIN 

This variable is used when initiating operation of the sublayer state machine. It is set to true 
folowing initialization and every reset. 
TYPE: boolean 
DEFAULT VALUE: true 

Master 

This variable is used to signal whether the OMP instance is dominant in the network it 
resides in. It is set by Layer Management based on the behavior of the node, typically when 
Master is true the node is an OLT on the specified interface. 
Changing the value of this variable while running is unspecified. 
TYPE: boolean 
DEFAULT VALUE: true for OLT 
false for ONU 
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56.2.6.1.3 Functions 1 

2 

set_timer(timer_name, time) 3 

This function is used for setting timers. Uppon invocation a timer is created and assigned 4 

to the handle timer _name. The timer mechanism counts time in 62.5MHz resolution, and 5 

is usually based on the MAC transmission or reception clock. 6 

7 

56.2.6.1.4 Timers 8 

9 

periodic_timer 10 

This timer is used to wait for the event signaling the requirement to generate a REPORT 1 1 

MPCPDU. The ONU is required to generate REPORT MPCPDU with a periodicity of at 12 

least timeout _yalue. 1 3 

VALUE: 14 

15 

56.2.6.1.5 Messages 16 

17 

REPORT.request( report, valid[8], status[8]) 1 8 

The service primitive used by a client to request the Report Process to transmit a queue 19 

status report. This primitive may be called multiple times, in order to reflect the time-varing 20 

aspect of the network. The parameter valid, is a boolean array of length 8. The parameter 21 

status is an integer aray of length 8. For each valid entry in the array status, the same 22 

indexed entry in the array valid is set to true. The index of the array is meant to reflect the 23 

same numbered priority queue in the 802. 1 P numenclature. 24 

REPORT.indication(summary, valid[8], status[8]) 25 

The service indication issued by the Report Process to notify the client and Layer 26 

Management the queue status of the MPCP link partner. 27 

This primitive may be called multiple times, in order to reflect the time-varing aspect of the 28 

network. The parameter valid, is a boolean array of length 8. The parameter status is an 29 

integer aray of length 8. For each valid entry in the array status, the same indexed entry in 30 

the array valid is set to true. The index of the array is meant to reflect the same numbered 3 1 

priority queue in the 802. IP numenclature. 32 

OMP.request() 

The service primitive used by a client to request an OMP sublayer function with the 

specified request_operands. ^ 

OMP.indicationQ ^ 



33 
34 



38 



The service primitive used by the OMP functional block to signal the client an event with 
specified parameters. ^9 

40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
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56.2.6.1.6 State Diagram 



BEGIN 



PERIODIC TRANSMISSION 



if Master == false 
OMP.request(REPORT.null) 
set_timer(periodic_timer, timeout_value) 



timeout(periodicjimer) 



UCT 

i 



WAIT 



OMPJndication(subtype=REPORT,parameters) REPORT.request(report, valid[8], status[8]) 

I L 



RECEIVE REPORT 



REPORT.indication(summary, 
valid[8]. status[8]) 



SEND REPORT 



OMP.request(REPORT,parameters) 
set_timer(periodic_timer, timout_value) 



-UCT- 



UCT 



Figure 56-15 Report Processing State Diagram 



56.2.7 Gate Processing 



A key concept pervasive in Optical Multi-Point is the ability to arbitrate a single transmitter out of a plurality 
of DTEs. Once arbitration is achieved, Transmission latching ensures that no frames are forwarded to the 
MAC when the DTE is not in the forwarding state. 
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GATE.request(gate) 



local time 



GATE.indication(granted, start, length) 
GATE.indication(end_grant) 

GATE.indication(start_grant) 
| GATE, indication (force_report) 



Gate Processing 



TXAIlow 
LaserControl 



OMP.request(outgoing) OMP.indication(incoming) 

DISCOVERY.request(createjdiscovery_window) 

Figure 56-1 6 Gate Processing Service Interface 

56.2.7.1 Gate Processing state diagram 

56.2.7.1.1 Constants 

No constants are defined for the Gate Processing functional block. 

56.2.7.1.2 Variables 

BEGIN 

This variable is used when initiating operation of the sublayer state machine. It is set to true 
folowing initialization and every reset. 
TYPE: boolean 
DEFAULT VALUE: true 
local_time 

This variable holds the value of the local counter used to control OMP operation. This timer 

advances at 62.5MHz, and counts in time_quanta. It is periodically set by the OMP 

sublayer on notification of the existance of a more accurate timebase. 

Changing the value of this variable while running using Layer Management is highly 

undesirable and is unspecified. 

TYPE: 32 bit unsigned 

DEFAULT VALUE: 00-00-00-00 
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curent_grant 1 

This variable is used for local storage of a pending grant state during processing. It is 2 

dynamically set by the Grant Processing sublayer and is not exposed. 3 

The state is a structure field composed of multiple subfields. 4 

TYPE: structure { 5 

DA 48 bit unsigned, a.k.a MAC address type 6 

start 32 bit unsigned 7 

length 16 bit unsigned 8 

discovery boolean} 9 

DEFAULT VALUE: {FF-FF-FF-FF-FF-FF, 00-00-00-00, 00-00, false} 10 

grantjist " 

This variable is used for storage of the list of pending grants. It is dynamically set by the 12 

Grant Processing sublayer and is not exposed. Each time a grant is received it is added to 13 

the list. 14 

The list elements are structure fields composed of multiple subfields. '5 

The list is indexed by the start subfield in each element for quick searches. 16 

TYPE: list of elements having the structure define in current^grant 1 ? 

DEFAULT VALUE: empty Jjj 

LaserControl 

This variable is used to control the transmit path. It is set to true when the transmit path is 

enabled, and is set to false when the transmit path is being shut down. LaserControl is ^ 

always true for the OLT, and changes it's value according to the state of the Grant ^2 



19 
20 



24 



Processing sublayer. 

TYPE: boolean 

DEFAULT VALUE: false for ONU 25 

26 

27 

28 



true for OLT 

TXAIlow 

This variable is used to control PDU forwarding in the transmit path. It is set to true when ^ 
the transmit path is enabled, and is set to false when the transmit path is being shut down. 
TXAIlow is always true for the OLT, and changes it's value according to the state of the 



30 
31 

Grant Processing sublayer. _ 
TYPE: boolean 
DEFAULT VALUE: false for ONU 
true for OLT 



33 
34 
35 
36 



time 

This variable is used for temporary storage of a normalized time value. It holds the expected 37 

start time of an event normalized for elapsed time. 3g 

TYPE: 32 bit unsigned 39 

DEFAULT VALUE: 00-00-00-00 40 

effectivejength 41 

This variable is used for temporary storage of a normalized net time value. It holds the net 42 

effective length of a grant normalized for elapsed time, and compensated for the periods 43 

required to turn the laser on and off, and waiting for receiver lock. 44 

TYPE: 32 bit unsigned 45 

DEFAULT VALUE: 00-00-00-00 46 

laser_onJime 47 

This variable holds the time required to initiate the laser. It counts in time_quanta units, the 48 

time from the LaserControl signal assertion, to the point where transmission output is stable 49 

and decodable. 50 

This value is typically hard coded or sensed through the MDIO interface by Layer 51 

Management and then set. 52 

TYPE: 32 bit unsigned 53 

DEFAULT VALUE: 00-00-00-3E (992 nano seconds) 54 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



56 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



IDLEjime 1 

This variable holds the time required to initiate the laser. It counts in time_quanta units, the 2 

time from the LaserControl signal assertion, to the point where transmission output is stable 3 

and decodable. 4 

This value is set by Layer Management following registration, as it is broadcast by the OLT. 5 

TYPE: 32 bit unsigned 6 

DEFAULT VALUE: 00-00-00- 1 0 (256 nano seconds) 7 

laser_off_time 8 

This variable holds the time required to initiate the laser. It counts in time_quanta units, the 9 

time from the LaserControl signal assertion, to the point where transmission output is stable 1 0 

and decodable. 1 1 

This value is typically hard coded or sensed through the MDIO interface by Layer 12 

Management and then set. 13 

TYPE: 32 bit unsigned 14 

DEFAULT VALUE: 00-00-00-3E (992 nano seconds) 1 5 

16 

56.2.7.1.3 Functions 17 

18 

boolean empty(list) 19 

This function is used to check wheter list is an empty list. When there are no elements 20 

queued in list the fuction returns true as a result. Otherwise a value of false is returned. 21 

22 

insertjist(list, element) 

This function is used to queue the element structure element inside the list list. The ^ 

queueing order is unspecified. ^ 

removeJist(list, element) ^ 
This function is used to dequeue the element structure element from the list list. 

element structure min_extract(field, list) 28 

This function is used to search a list of queued element structurs list. A search is made of 29 

all the queued elements based on the field field. The returned value is a handle to the ^0 

element with the smallest value. 31 

max(A, B) 32 

This function is used to compare the values of A against B, and return the largest value. If 33 

A>B than the function returns A, otherwise the function returns B. 34 

set_timer(timer_name, time) 35 

This function is used for setting timers. Uppon invocation a timer is created and assigned 36 

to the handle timername. The timer mechanism counts time in 62.5MHz resolution, and 37 

is usually based on the MAC transmission or reception clock. 38 

timeout(timer name) 39 

This function is used when generating an event as a result of a timer expiration. Uppon 40 

envocation the handle of the expired timer is returned. 41 

42 

56.2.7.1.4 Timers 43 

44 

grant_start 45 

This timer is used to wait for the event signaling the start of a grant window. 46 

VALUE: 47 

IDLEjimer 48 

This timer is used to wait for the event signaling the end of the period where no PDUs are ^ 

allowed transmission inside the grant window. This period, where only IDLE symbol-pairs ^ 

are transmitted is used to allow clock synchronization acquisition for the receiving entity. ^ ^ 

VALUE: 52 

53 

54 
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granMvindow 1 
This timer is used to wait for the event signaling the end of a grant window. 2 
VALUE: 3 

4 

56.2.7.1 .5 Messages 5 

6 

GATE.request(grant, local, n, start[4], length[4], discovery, force_report) 7 
The service primitive used by a client to request the GateProcess to acknowledge a pending 8 
grant. This primitive may be called multiple times in order to create multiple consecutive, 9 
or non consecutive pending grants. 10 
The parameter local is set to true to signal that the grants are intended for local 11 
consumption. When set to false, a GATE message is generated based on the primitive's 12 
parameters. 13 
The parameter n holds the number of valid entries in the two arrays start and length. The 14 
last valid entry being n-\ . 15 
The boolean flag discovery, signals that the grants are intended for use by the discovery 16 
process. 17 

GATE.indication(granted, start, length) 1 & 

This service indication issued by the Gate Process to notify the client and Layer 19 
Management that a grant has been issued and is pending. 20 
This indication is issued multiple times when a single GATE message arrives with multiple 2 1 

entries. 22 

23 

GATE.indication(start_grant) 

The service indication issued by the Gate Process to notify the client and Layer 
Management that a grant window is open. 

26 

GATE.indication(end_grant) 27 
The service indication issued by the Gate Process to notify the client and Layer 
Management that the grant window has closed. 29 
GATE.indication(force_report) 3q 
The service indication issued by the Gate Process to notify the client and Layer ^\ 
Management that the OLT has requested a report message be generated. 32 
DISCOVERY.request(create_discovery_window) 33 
The service primitive used by a client to inform the Discovery Processing sublayer of a 34 
discovery window that has been signaled. 35 
OMP.request() 36 
The service primitive used by a client to request an OMP sublayer function with the 37 
specified request_operands. 38 
OMP.indication() 39 
The service primitive used by the OMP functional block to signal the client an event with 40 
specified parameters. 41 

42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
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56.2.7.1.6 State Diagram 



TURN LASER ON 



LaserControl = true 
remove_list(grant_list, current_grant) 
set_timer(IDtE_timer, IDLEjime) 



BEGIN 



-timeout(grant_start) 



START TX 



-UCT- 



GATE.request(grant, local = false, 
n, start[4], length[4], 
discovery, force_report) 



GENERATE 



OMP,request(GATE. parameters) 




TXAIlow = true 

effectivejength = current_grant. start - 
localjime + current_grant. length - laser_offJime 
setjimer(grant_window, effectivejength) 
if current_grant. discovery 
DISCOVERY , request(create_descovery_window. 
current_grant.DA, currentjjrant.start, effectivejength) 
GRANT. indicati on (start_grant, effectivejength) 



timeout(IDLEJimer) 



STOP TX 



LaserControl = false 

TXAIlow = false 

GRANT. indication(end_g rant) 



— UCT- 



OMP.indicate( GATE.request(grant, 
n'(start.length), local = true, n, start[4],length[4], 
discovery, force_report) discovery, force_report) 



UCT— i 



PROGRAM 



for each i in n*(start, length) 
if start(i] > localjime 

insertjist(grantjist, {startfi], length[i], discovery, DA}) 
if (! discovery) 
GATE.indication(granted. start(i). lengthfi]) 
if requst_report 
GATE. irtdication{force_re port) 



— UCT- 



UCT 



SORT 



current_grant = min_extract(start, grant Jist) 
time = max(current_g rant, start - localjime, 0) 
if time > laser_onJime + IDLEjime+7aser_offJime 
setjimer(grant_start, time) 
else repeat block while !empty{grantjist) 



Figure 56-17 Gate Processing State Diagram 



56.3 Optical Multi-Point Control Protocol (WIPCP) 
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56.3.1 MPCP design elements 

56.3.2 MPCPDU structure and encoding 

MPCPDU are basic IEEE 802.3 frames; they shall not be tagged (see Clause 3). The MPCPDU structure is 
shown in Figure 56-18, and is further defined in the following definitions: 

a) Destination Adddress (DA). The DA in MPCPDU is the MAC_Control Multicast address, or the 
individual MAC address associated with the port to which the MPCPDU is destined. 

b) Source Address (SA). The SA in MPCPDU is the individual MAC address associated with the port 
through which the MPCPDU is transmitted. 

c) Length/Type. MPCPDUs are always Type encoded, and carry the MAC_Control_Type field value. 

d) Opcode. The opcode identifies the specific MPCP PDU being encapsulated. Values are in the range 
of 2-6, and defined as follows: 

Table 56-1 MPCP Opcodes 



e) 



0 



g) 



MPCPDU 


Opcode 


Reference 


GATE 


00-02 


56.3.3 


REPORT 


00-03 


56.3.4 


REG1STER_REQ 


00-04 


56.3.5 


REGISTER 


00-05 


56.3.6 


REGISTER_ACK 


00-06 


56.3.7 



Timestamp. The timestamp field conveys the content of the local Jime register at the time of trans- 
mission of the MPCP PDUs. This field is 32 bits long, and counts 16 bit transmissions. The times- 
tamp counts time in 16 nano-second granularity. 

Data/ReserveaVPAD. These 40 octets are used for the payload of the MPCP PDUs. When not used 
they would be filled with zeros on transmission, and be ignored on reception to claim compatibility 
with this version of the MPCP protocol. 

FCS. This field is the Frame Check Sequence, typically generated by the underlying MAC. 
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Destination Address 



Source Address 



Length/Type = 88-08 



Opcode 



Timestamp 



Data/Reserved/Pad 
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LSB 
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4 
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OCTETS WITHIN 
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Figure 56-18 Generic MPCP PDU 

56.3.3 GATE operation 
56.3.3.1 GATE description 

The GATE MPCPDU is an instanciation of the Generic MPCPDU, and is further defined using the follow- 
ing definitions: 

a) Opcode. The opcode for the GRANT MPCPDU is 00-02. 
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b) Flags. This is an 8 bit bitfield flag register that holds the following flags: 
Table 56-2 GATE MPCPDU Number of grants/Flags Fields 



Bit 


Flag Field 


Values 


0-2 


Number of grants 


0-4 


3-5 


Reserved 


Should be set as zero on transmission, and ignored on reception. 


6 


Discovery 


0 - Normal gate 

1 - Discovery gate 


7 


Force Report 


0 - No action required 

1 - A REPORT frame should be issued at the next transmission opportunity 



The Number of grants field contains the number of grants, composed of valid Length, Start Time 
pairs in this MPCPDU. This is a number between 0 and 4. 

The Discovery flag field indicates that the signaled grants would be used for the discovery process. 
The Force Report flag filed, asks the ONU to issue a REPORT message at the next transmission 
opportunity. 

c) Grant ttn Length. Length of the signaled grant, this is an 16 bit unsigned field. The length is counted 
in 16 bit time increments. There are 4 Grants that are possibly packed into the GATE MPCPDU. 

d) Grant ttn Start Time. Start time of the grant, this is an 32 bit unsigned field. The start time is com- 
pared to the local clock, to correlate the start of the grant. 

e) Pad/Reserved. This is an empty field that is transmitted as zeros, and ignored at reception when con- 
structing a complying MPCP protocol implementation. The size of this field depends on the used 
Grant ttn Length/Start Time entry-pairs, and varies in length from 12 to 30 accordingly. 
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LSB 
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Number of grants/Flags 
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Grant #1 Start time 



Grant #2 Length 
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Grant #3 Length 



Grant #3 Start time 



Grant #4 Length 



Grant #4 Start time 



Pad/Reserved 



FCS 



Octets 

6 
6 
2 
2 
4 
1 
2 
4 

0/2 OCTETS WITHIN 

FRAME TRANSMITTED 
0/4 TOP-TO-BOTTOM 

0/2 
0/4 
0/2 
0/4 
13-31 
4 

MSB 



b0 b7 
I— BITS WITHIN FRAME — ► 
TRANSMITTED LEFT-TO-RIGHT 

Figure 56-19 GATE MPCPDU 

56.3.3.2 Timing considerations for GATE operation 
56.3.4 REPORT operation 
56.3.4.1 REPORT description 

NOTE - EXTENSIONS TO THE REPORT FRAME TO ALLOW FOR VENDOR SPECIFIC FIELDS 
WERE DISCUSSED.BUT ARE NOT PRESENT HERE. THIS IS A TBD ITEM TO BE DEALT WITH. 
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The REPORT MPCPDU is an instanciation of the Generic MPCPDU, and is further defined using the fol- 
lowing definitions: 

a) Opcode. The opcode for the REPORT MPCPDU is 00-03. 

b) Report bitmap, this is an 8 bit bitfield flag register that indicates which queues are represented in this 
REPORT MPCPDU. 

Table 56-3 REPORT MPCPDU Report bitmap fields 



Bit 


Flag Field 


Values 


0 


Queue 0 


0 - queue 0 report is not present 

1 - queue 0 report is present 


1 


Queue 1 


0 - queue 1 report is not present 

1 - queue 1 report is present 


2 


Queue 2 


0 - queue 2 report is not present 

1 - queue 2 report is present 


3 


Queue 3 


0 - queue 3 report is not present 

1 - queue 3 report is present 


4 


Queue 4 


0 - queue 4 report is not present 

1 - queue 4 report is present 


5 


Queue 5 


0 - queue 5 report is not present 

1 - queue 5 report is present 


6 


Queue 6 


0 - queue 6 report is not present 

1 - queue 6 report is present 


7 


Queue 7 


0 - queue 7 report is not present 

1 - queue 7 report is present j 



c) 



d) 



Queue #n Report. This field conveys the status of queue number n as transmitted by the ONU. It is 
present only when the corresponding flag in the Report bitmap is set. 

Pad/ Reserved 2. This is an empty field that is transmitted as zeros, and ignored at reception when 
constructing a complying MPCP protocol implementation. The size of this field depends on the used 
Queue Report entries, and accordingly varies in length from 7 to 39. 
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Report bitmap 
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Queue #1 Report 



Queue #2 Report 
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Figure 56-20 REPORT MPCPDU 

56.3.4.2 Timing considerations for REPORT operation 
56.3.5 REGISTER.REQ operation 
56.3.5.1 REGISTER_REQ description 

The REGISTER REQ MPCPDU is an instanciation of the Generic MPCPDU, and is further defined using 
the following definitions: 
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a) 
b) 

c) 



d) 
e) 
0 

g) 

h) 



Opcode. The opcode for the REGISTER_REQ MPCPDU is 00-04. 

Requested ports. This field holds an 8 bit unsigned value reflecting the number of ports requested for 
registration. The maximal value is 4. 

Flags, this is an 8 bit bitfield flag register that indicates special requirements for the registration. 
Table 56-4 REGISTER.REQ MPCPDU Flag bitmap fields 



Bit 


Flag Field 


Values 


0 


Initial registration 


1 - First registration following reset. 

0 - This is an attempt to register additional LLIDs. 


1 


Destruction 


1 - This is a request to destroy the port and free the 
LLID. Subsequently, the MAC is destroyed. 
0 - No destruction. 


2-7 


Reserved 


Set to zero on transmission, and ignored on recep- 
tion 



Turn on time. This is an unsigned 32 bit value signifying the time required by the ONU before it can 

start transmitting valid bits. The value is counted in 16 nano second increments. 

Turn off time. This is an unsigned 32 bit value signifying the time required by the ONU before it can 

start transmitting valid bits. The value is counted in 16 nano second increments. 

Pending grants. This is an unsigned 8 bit value signifying the number of future grants the ONU may 

buffer before activating. The OLT should not grant the ONU more than Pending grants into the 

future. 

Pad/Reserved. This is an empty field that is transmitted as zeros, and ignored at reception when con- 
structing a complying MPCP protocol implementation. 

Capability vector. This is a 64 bit capability vector that is passed during the registration process 
between the higher-layer entities. This field is not parsed by MPCP. 

Pad/Reserved 2. This is an empty field that is transmitted as zeros, and ignored at reception when 
constructing a complying MPCP protocol implementation. 
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Figure 56-21 REGISTER_REQ MPCPDU 

56.3.5.2 Timing considerations for REGISTER_REQ operation 
56.3.6 REGISTER operation 
56.3.6.1 REGISTER description 

The REGISTER MPCPDU is an instanciation of the Generic MPCPDU, and is further defined using the fol- 
lowing definitions: 

a) Opcode. The opcode for the REGISTER MPCPDU is 00-05. 

b) Assigned Ports. This field holds an 8 bit unsigned value reflecting the number of ports assigned fol- 
lowing registration. The maximal value is 4. 
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c) Flags, this is an 8 bit bitfield flag register that indicates special requirements for the registration. 
Table 56-5 REGISTER MPCPDU Flag bitmap fields 



Bit 


Flag Field 


Values 


0 


Force registration 


1 - First registration following reset. j 
0 - This is an attempt to register additional LLIDs. 


1 


Destruct 


1 - This is a request to destroy the port and free the 
LLID. Subsequently, the MAC is destroyed. 
0 - No destruction. 


2 


Succes 


1 - The requested register is successful. 

0 - The requested register attempt is denied by the 

higher-layer-entity. 


3-7 


Reserved 


Set to zero on transmission, and ignored on recep- 
tion 



d) 



e) 



g) 



IDLE sequence number. This is an unsigned 32 bit value signifying the time required for IDLE code- 
pair transmission before PDUs may be transmitted by the ONU. The value is counted in 16 nano 
second increments. 

Supported capabilities. This is a 64 bit capability vector that is passed during the registration process 
between the higher-layer entities. This field is not parsed by MPCP. It holds the ONU capabilities 
supported by the OLT 

Capability vector. This is a 64 bit capability vector that is passed during the registration process 
between the higher-layer entities. This field is not parsed by MPCP. It holds the OLT capabilities. 
Pad/Reserved. This is an empty field that is transmitted as zeros, and ignored at reception when con- 
structing a complying MPCP protocol implementation. 
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Figure 56-22 REGISTER MPCPDU 

56.3.6.2 Timing considerations for REGISTER operation 
56.3.7 REGISTER_ACK operation 
56.3.7.1 REGISTER.ACK description 

The REGISTERACK MPCPDU is an instanciation of the Generic MPCPDU, and is further defined using 
the following definitions: 

a) Opcode. The opcode for the REGISTER MPCPDU is 00-06. 
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b) Flags, this is an 8 bit bitfield flag register that indicates special requirements for the registration. 
Table 56-6 REGISTER.ACK MPCPDU Flag bitmap fields 



Bit 


Flag Field 


Values 


0 


Succes 


1 - The register process is successfuly acknowl- 
edged. 

0 - The requested register attempt is denied by the 
higher- layer-entity. 


1-7 


Reserved 


Set to zero on transmission, and ignored on recep- 
tion 



c) Pad/Reserved 1 . This is an empty field that is transmitted as zeros, and ignored at reception when 
constructing a complying MPCP protocol implementation. 

d) Supported Capabilities. This is a 64 bit capability vector that is passed during the registration pro- 
cess between the higher-layer entities. This field is not parsed by MPCP. It holds the OLT capabili- 
ties supported and acknowledged by the ONU. 

e) Pad/Reserved 2. This is an empty field that is transmitted as zeros, and ignored at reception when 
constructing a complying MPCP protocol implementation. 
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Figure 56-23 REGISTER.ACK MPCPDU 
56.3.7.2 Timing considerations for REGISTER_ACK operation 
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56.4 Protocol Implementation Conformance Statement (PICS) proforma for Clause 56, Optical Multi- l 
Point 1 2 

3 

56.4.1 Introduction 4 

5 

The supplier of a protocol implementation that is claimed to conform to Clause 56 Optical Multi-Point, shall 6 
complete the following Protocol Implementation Conformance Statement (PICS) proforma. ? 

8 

A detailed description of the symbols used in the PICS proforma, along with instructions for completing the 9 
PICS proforma, can be found in Clause 21. '0 

11 
12 
13 
14 
15 
16 
17 
18 
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1 Copyright release for PICS proformas: Users of this standard may freely reproduce the PICS proforma in this annex so that it can be 53 
used for its intended purpose and may further publish the completed PICS. 54 
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56.4.2 Identification 

56.4.2.1 Implementation identification 



Supplier 




Contact point for enquiries about the PICS 




Implementation Name(s) and Version(s) 




Other information necessary for full identification — e.g., 
name(s) and version(s) for machines and/or operating 
systems; System Names(s) 




NOTES 




I Only the first three items are required for all implementations; other information may be completed as appropri- 
ate in meeting the requirements for the identification. 


2 The terms Name and Version should be interpreted a 
(e.g., Type, Series, Model). 


ppropriately to correspond with a supplier's terminology 


56.4.2.2 Protocol summary 


Identification of protocol standard 


IEEE Std 802.3ah-2003, Clause 55, Operations, Admin- 
istration and Maintenance (OAM) 


Identification of amendments and corrigenda to this 
PICS proforma that have been completed as part of this 
PICS 




Have any Exception items been required? No [ ] Yes [ ] 

(See Clause 21 ; the answer Yes means that the implementation does not conform to the standard.) 



Date of Statement 



56.4.2.3 Major capabilities/options 



Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 


MF 


MAC OAM 






M 


Yes[] 


*0 








M 


Yes[] 
No [] 


*0 








M 


Yes[] 
No [] 



56.4.3 PICS proforma Tables for Operation, Administration and Maintenance (OAM) 
56.4.3.1 General 
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Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes[] 


56.4.3.2 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes [ ] 


56.4.3.3 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes[] 


56.4.3.4 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 










M 


Yes[] 










M 


Yes[] 
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58. Physical Medium Dependent (PMD) sublayer and baseband medium, type 1000BASE-PX- 
OLT-A (PON OLT Laser Class A), 1000BASE-PX-OLT-B (PON OLT Laser Class B), 1000BASE- 
PX-ONU-A (PON ONU Laser Class A) and 1000BASE-PX-ONU-B (PON ONU Laser Class B) 



Editors' Notes: To be removed prior to final publication. 

References: 

None. 

Definitions (to be added to 1.4): 
Abbreviations (to be added to 1.5): 



Revision History: 

Draft 0.9 June 2002 



Preliminary draft for IEEE P802.3ah Task Force review. 
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l 58.1 Overview 

2 

3 This clause specifies the 1000BASE-XX PMD and the 1000BASE-YY PMD (including MDI) and baseband 

4 medium for single-mode fiber. In order to form a complete Physical Layer, it shall be integrated with the 

5 1000BASE-X PCS and PMA of Clause xx, and integrated with the management functions which are acces- 

6 ' sible through the Management Interface defined in Clause yy, which are hereby incorporated by reference. 
7 

8 58.1 .1 Goals and Objectives 

9 

1 0 Support subscriber access network topologies: 

11 

1 2 Point to multipoint on optical fiber 

13 

14 Such that: 

15 

1 6 Provide a family of physical layer specifications: 

17 

1 8 PHY for PON, >= 1 Okm, 1 000Mbps, single SM fiber, >= 1 : 1 6 

19 

20 PHY for PON, >= 20km, 1000Mbps, single SM fiber, >= 1:16 

21 

22 Optical EFM Phys to have a BER better than or equal tol0 A -12 at the Phy service interface 

23 

24 58.1 .2 Positioning of this PMD set within the IEEE 802.3 architecture 

25 

26 text text text 

27 

28 58.1 .3 Terminology and conventions 

29 

30 text text text 

31 

32 58.1.4 Physical Medium Dependent (PMD) sublayer service interface 

33 

34 text text text 

35 

36 58.1 .5 Medium Dependent Interface (MDI) 

37 

38 text text text 
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58.2 PMD functional specifications 

The 1000BASE-X PMDs perform the Transmit and Receive functions that convey data between the PMD 
service interface and the MDI. 

58.2.1 PMD block diagram 

For purposes of system conformance, the PMD sublayer is standardized at the following points. The optical 
transmit signal is defined at the output end of a patch cord (TP2), between x and y m in length, of a type con- 
sistent with the link type connected to the transmitter receptacle defined in xx.yy.zz. Unless specified other- 
wise, all transmitter measurements and tests defined in xx.yy are made at TP2. The optical receive signal is 
defined at the output of the fiber optic cabling (TP3) connected to the receiver receptacle defined in xx.yy.zz. 
Unless specified otherwise, all receiver measurements and tests defined in xx.yy are made at TP3. 

TP1 and TP4 are standardized reference points for use by implementers to certify component conformance. 

The electrical specifications of the PMD service interface (TP1 and TP4) are not system compliance points 
(these are not readily testable in a system implementation). It is expected that in many implementations/TP 1 
and TP4 will be common between 1000BASE-XX, 1000BASE-YY, and 1000BASE-ZZ. 

58.2.2 PMD transmit function 

The PMD Transmit function shall convey the bits requested by the PMD service interface message 
PMD_UNITDATA.request(tx_bit) to the MDI according to the optical specifications in this clause. The 
higher optical power level shall correspond to tx_bit =ONE. 

58.2.2.1 OLT 

text text text 

58.2.2.2 ONU 
text text text 

58.2.3 PMD receive function 

The PMD Receive function shall convey the bits received from the MDI according to the optical specifica- 
tions in this clause to the PMD service interface using the message PMD_UNlTDATA.indicate(rx_bit). The 
higher optical power level shall correspond to rx_bit =ONE. 

58.2.3.1 OLT 

text text text 

58.2.3.2 ONU 

text text text 
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58.2.4 PMD signal detect function 

text text text 

58.2.4.1 1000BASE-PX Type A Signal Detect Functions 
58.2.4.1.1 OLT Type A Signal Detect 

text text text 



Table 58-1 OLT Type A SIGNAL.DETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical_power <= - 
XX dBm 


FAIL 


Input_optical_power <= 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 



l 

2 

3 

4 

5 

6 

7 

8 

9 

10 

II 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 



Copyright © 2002 IEEE. All righls reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 

78 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



58.2.4.1.2 ONU Type A Signal Detect 

text text text 



Table 58-2 ONU Type A SIGNAL J)ETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical power <= - 
XX clBm 


FAIL 


Input_optical_power <= 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 



58.2.4.2 1000BASE-PX Type B Signal Detect Functions 

58.2.4.2.1 OLT Type B Signal Detect 

text text text 



Table 58-3 OLT Type B SIGNALJDETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical power <=- 
XX dBm 


FAIL 


Input_optical_power <= 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 
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58.2.4.2.2 ONU Type B Signal Detect 

text text text 



Table 58-4 ONU Type B SIGNAL.DETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical power <=- 
XX dBm 


FAIL 


Input_optical_power <- 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 



58.3 PMD to MDI optical specifications for 1000BASE-PX OLT Type A 

The operating range for 1000BASE-PX is defined in Table 58-5. A 1000BASE-PX compliant transceiver 
supports all media types listed in Table 58-5 according to the specifications described in xx.yy. A transceiver 
which exceeds the operational range requirement while meeting all other optical specifications is considered 
compliant (e.g., a single-mode solution operating at 20500m meets the minimum range requirement of 2 to 
20000m for type B). 



Table 58-5 Operating range for 1 000B ASE-PX Type A over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 
(meters) 


10 urn SMF 


N/A 


x to 10000 
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58.3.1 Transmitter optica! specifications 

The 1000BASE-PX Type A OLT transmitter shall meet the specifications defined in Table 58-6 per mea- 
surement techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined 
in ZZ. 



Table 58-6 1000BASE-PX OLT Type A transmit characteristics 



Description 


10 urn SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1480- 1500 


nm 


T rise /T fall (max,20- 
80%response time) 




ns 


RMS spectral width (max) 


1 


nm ! 


Average launch power 
(max) 


0 


dBm 


Average launch power 
(min) 


-4 


dBm 


Average launch power of 
OFF transmitter (max) 




dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 




dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 


Ton (max) 




us 


Toff (max) 




us 
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58.3.2 Receiver optical specifications 

The 1000BASE-LX receiver shall meet the specifications defined in Table 58-7 per measurement techniques 
defined in ZZ. The sampling instant is defined to occur at the eye center. The receive sensitivity includes the 
extinction ratio penalty. 



Table 58-7 1000BASE-PX OLT Type A receive characteristics 



Description 


10 fim SMF 


Unit 


irdnsrniuer type 


I nn(T\wiup I ncpr 
LUIigWaVC LvdoCI 




oignaiing speea ^ range j 


1 .Z. J 3C 1 \J\J ppill 


UDU 


Wavelength (range) 


1270- 1360 


nm 


Average receive power 
(max) 


-3 


dBm 


Receive Sensitivity 


-26 


dBm 


Return Loss 


-20 


dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 


Tjjyn_recovery (max) 




us 


T_lvl_recovery (max) 




us 
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58.4 PMD to MDI optical specifications for 1000BASE-PX ONU Type A 

The operating range for 1000BASE-PX is defined in Table 58-8. A 1000BASE-PX compliant transceiver 
supports all media types listed in Table 58-8 according to the specifications described in xx.yy. A transceiver 
which exceeds the operational range requirement while meeting all other optical specifications is considered 
compliant (e.g.,a single-mode solution operating at 20500m meets the minimum range requirement of 2 to 
20000m for type B). 



Table 58-8 Operating range for 1 000BASE-PX Type A over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz km) 


Minimum range 
(meters) 


10 u.m SMF 


N/A 


xto 10000 
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58.4.1 Transmit optical specifications 

The 1000BASE-PX Type A OLT transmitter shall meet the specifications defined in Table 58-9 per mea- 
surement techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined 
in ZZ. 



Table 58-9 1000BASE-PX ONU Type A transmit characteristics 



Description 


10>im SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1270- 1360 


nm 


T rise /T fall (max,20- 
80%response time) 




ns 


RMS spectral width (max) 


2.4 


nm 


Average launch power 
(max) 


+2 


dBm 


Average launch power 
(min) 


-3 


dBm 


Average launch power of 
OFF transmitter (max) 


-39 


dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 




dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 


Ton (max) 




us 


Toff (max) 




us 
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58.4.2 Receiver optical specifications 

The 1000BASE-LX receiver shall meet the specifications defined in Table 58-10 per measurement tech- 
niques defined in ZZ. The sampling instant is defined to occur at the eye center.The receive sensitivity 
includes the extinction ratio penalty. 



Table 58-10 1 000BASE-PX ONU Type A receive characteristics 



Description 


10^m SMF 


Unit 


1 I dl 1MI 1 1 UCI lypC 








1 95 -b 1 OH nnm 


GBd 


Wavelength (range) 


1480- 1500 


nm 


Average receive power 
(max) 


-5 


dBm 


Receive Sensitivity 


-25 


dBm 


Return Loss 


-20 


dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 


T_dyn_recovery (max) 




us 


T_lvl_recovery (max) 




us 
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58.5 PMD to MDI optical specifications for 1000BASE-PX OLT Type B 

The operating range for 1000BASE-PX is defined in Table 58-11. A 100OBASE-PX compliant transceiver 
supports all media types listed in Table 58-1 1 according to the specifications described in xx.yy. A trans- 
ceiver which exceeds the operational range requirement while meeting all other optical specifications is con- 
sidered compliant (e.g.,a single-mode solution operating at 20500m meets the minimum range requirement 
of 2 to 20000m for type B). 



Table 58-1 1 Operating range for 1000BASE-PX Type B over each optical fiber type 



Fiber Type 


Modu I bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 
(meters) 


10 \im SMF 


N/A 


x to 20000 
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58.5.1 Transmit optical specifications 

The 1000BASE-PX Type A OLT transmitter shall meet the specifications defined in Table 58-12 per mea- 
surement techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined 
in ZZ. 



Table 58-1 2 1 000BASE-PX OLT Type B transmit characteristics 



Description 


10 jim SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1480- 1500 


nm 


T rise IT fall (max, 20- 
80%response time) 




ns 


RMS spectra! width (max) 


1 


nm 


Average launch power 
(max) 


+5 


dBm 


Average launch power 
(min) 


+ 1 


dBm 


Average launch power of 
OFF transmitter (max) 




dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 




dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 


Ton (max) 




us 


Toff (max) 




us 
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58.5.2 Receiver optical specifications 

The 1000BASE-PX receiver shall meet the specifications defined in Table 58-13 per measurement tech- 
niques defined in ZZ. The sampling instant is defined to occur at the eye center. The receive sensitivity 
includes the extinction ratio penalty. 



Table 58-1 3 1 000BASE-PX OLT Type B receive characteristics 



Description 


10 urn SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


i .z j i uu ppm 


VJDU 


Wnvplpnfjfh ^ran$?e^ 


1270- 1360 


nm 


Average receive power 
(max) 


-8 


dBm 


Receive Sensitivity 


-29 


dBm 


Return Loss 


-20 


dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 


T_dyn__recovery (max) 




us 


TJvl_recovery (max) 




us 
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58.6 PMD to MDI optical specifications for 1000BASE-PX ONU Type B 

The operating range for 1000BASE-PX is defined in Table 58-14. A 1000BASE-PX compliant transceiver 
supports all media types listed in Table 58-14 according to the specifications described in xx.yy. A trans- 
ceiver which exceeds the operational range requirement while meeting all other optical specifications is con- 
sidered compliant (e.g.,a single-mode solution operating at 20500m meets the minimum range requirement 
of 2 to 20000m for type B). 



Table 58-1 4 Operating range for 1 000BASE-PX Type B over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz km) 


Minimum range 
(meters) 


10 urn SMF 


N/A 


x to 20000 
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58.6.1 Transmitter optical specifications 

The 1000BASE-PX Type A OLT transmitter shall meet the specifications defined in Table 58-15 per mea- 
surement techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined 
in ZZ. 



Table 58-15 1000BASE-PX ONU Type B transmit characteristics 



Description 


10 fim SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1,25 ± 100 ppm 


GBd 


Wavelength (range) 


1270- 1360 


nm 


T rise /T fall (max,20- 
80%response time) 




ns 


RMS spectral width (max) 


1 


nm 


Average launch power 
(max) 


+2 


dBm 


Average launch power 
(min) 


-3 


dBm 


Average launch power of 
OFF transmitter (max) 


-39 


dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 




dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 


Ton (max) 




us 


Toff (max) 




us 



1 

2 
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5 

6 

7 

8 

9 

10 

11 

12 
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14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 
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51 
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53 
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58.6.2 Receiver optical specifications 

The 1000BASE-PX receiver shall meet the specifications defined in Table 58-16 per measurement tech- 
niques defined in ZZ. The sampling instant is defined to occur at the eye center/The receive sensitivity 
includes the extinction ratio penalty. 



Table 58-16 1000BASE-PX ONU Type B receive characteristics 



Description 


10 urn SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1480- 1500 


nm 


Average receive power 
(max) 


-5 


dBm 


Receive Sensitivity 


-25 


dBm 


Return Loss 


-20 


dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 


T_dyn_recovery (max) 




us 


T_lvl_recovery (max) 




us 



1 
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27 

28 

29 

30 

31 

32 

33 

34 
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36 

37 
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39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 
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58.7 Worst-case 1000BASE-PX Type A link power budget and penalties (informative) 

The worst-case power budget and link penalties for a 1000BASE-PX Type A channel are shown in Table 58- 
17. 



Table 58-17 Worst-case 1000BASE-PX Type A link power budget and penalties 



Parameter 


lOumSMF 


Unit 


Modal bandwidth as mea- 
sured at 1300 nm 


N/A 


MHz. km 


Modal bandwidth as mea- 
sured at 1500 nm 


N/A 


MHz. km 


Link power budget 




dB 


Operating distance 


10000 


m 


Channel insertion loss 




dB 


Link power penalties 




dB 


Unallocated margin in link 
power budget 




dB 


Splits 


16 





1 

2 

3 

4 

5 

6 

7 

8 

9 
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11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 
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24 

25 

26 

27 

28 

29 

30 

31 

32 

33 
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37 
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43 
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58.8 Worst-case 1000BASE-PX Type B link power budget and penalties (informative) 

The worst-case power budget and link penalties for a 1000BASE-PX Type B channel are shown in Table 58- 
18. 



Table 58-18 Worst-case 1000BASE-PX Type B link power budget and penalties 



Parameter 


lOumSMF 


Unit 


Modal bandwidth as mea- 
sured at 1300 nm 


N/A 


MHz. km 


Modal bandwidth as mea- 
sured at 1500 nm 


N/A 


MHz . km 


Link power budget 




dB 


Operating distance 


20000 


m 


Channel insertion loss 




dB 


Link power penalties 




dB 


Unallocated margin in link 
power budget 




dB 


Splits 


16 





1 
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31 

32 

33 
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43 
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45 
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48 
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51 
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53 
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58.9 Jitter specifications for 1000BASE-PX Type A 

Numbers in the Table 58-19 represent high-frequency jitter (above 637 kHz) and do not include low fre- 
quency jitter or wander. Implementations shall conform to the normative values highlighted in bold in Table 
58-19 (see measurement procedure in YY). All other values are informative. 



Table 58-19 1000BASE-PX Type A jitter budget 





Total 


Total 


Deterministic 


Deterministic 




jitter 


jitter 


jitter 


jitter 


Compliance Point 


Ul 


ps 


Ul 


ps 


TP1 










TP1 to TP2 










TP2 










TP2 to TP3 










TP3 










TP3 to TP4 










TP4 
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31 
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33 
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58.10 Jitter specifications for 1000BASE-PX Type B 

Numbers in the Table 58-20 represent high-frequency jitter (above 637 kHz) and do not include low fre- 
quency jitter or wander. Implementations shall conform to the normative values highlighted in bold in Table 
58-20 (see measurement procedure in YY). All other values are informative. 



Table 58-20 1000BASE-PX Type B jitter budget 





Total 


Total 


Deterministic 


Deterministic 




jitter 


jitter 


jitter 


jitter 


Compliance Point 


Ul 


ps 


Ul 


ps 


TP1 










TP1 toTP2 










TP2 










TP2 to TP3 










TP3 










TP3 to TP4 










TP4 
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58.11 Optical measurement requirements l 

2 

All optical measurements shall be made through a short patch cable, between 2 and 5 m in length. 3 

4 

58.1 1 .1 Center wavelength and spectral width measurements 5 

6 

The center wavelength and spectral width (RMS) shall be measured using an optical spectrum analyzer per 7 
ANSI/EIA/TIA-455-127-1991 [B8]. Center wavelength and spectral width shall be measured under modu- 8 
lated conditions using a valid 1000BASE-X signal. 9 

10 

58.1 1 .2 Optical power measurements 1 1 

12 

Optical power shall be measured using the methods specified in ANSI/EIA-455-95-1986 [B7].This mea- 13 
surement may be made with the node transmitting any valid encoded 8B/10B data stream. 14 

15 

58.1 1 .3 Extinction ratio measurements 1 6 

17 

Extinction ratio shall be measured using the methods specified in ANSI/TIA/EIA-526-4A-1997 [B13]This 18 
measurement may be made with the node transmitting a data pattern defined in 36A.2.This is a repeating 19 
K28.7 data pattern.The extinction ratio is measured under fully modulated conditions with worst-case reflec- 20 
tions. 21 

22 

NOTE —A repeating K28.7 data pattern generates a 125 MHz square wave. 23 

24 

58.1 1 .4 OMA measurements 25 

26 

text text text. 27 

28 

58.1 1 .5 OMA relationship to ER and Power Measurements (informative) 29 

30 

text text text 31 

32 

58.11.6 Relative Intensity Noise (RIN) 33 

34 

RIN shall be measured according to ANSI X3.230-1994 [B20](FC-PH), Annex A, A.5, Relative intensity 35 
noise (RIN) measuring procedure.Per this FC-PH annex, "This procedure describes a component test which 36 
may not be appropriate for a system level test depending on the impIementation."RIN is referred to as RIN 37 
I2 in the referenced standard. 38 

39 

58.1 1 .7 Transmitter optical waveform (transmit eye) 40 

41 

text text text 42 

43 

58.1 1 .8 Transmit rise/fall characteristics 44 

45 

text text text 46 

47 

58.1 1 .9 Receive sensitivity measurements 48 

49 

text text text 50 

51 

58.11.10 Total jitter measurements 52 

53 

text text text 54 
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text 

58.11.12 Coupled Power Ratio (CPR) measurements 

text 

58.11.13 OTHER MEASUREMENTS 

text text text 
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58.12 Environmental specifications l 

2 

text text text 3 

4 

58.12.1 General Safety 5 

6 

All equipment meeting this standard shall conform to 7 

8 

58.1 2.2 Laser Safety 9 

10 

1000BASE-X optical transceivers shall be Class 1 laser certified under any condition of operation.This H 
includes single fault conditions whether coupled into a fiber or out of an open bore.Transceivers shall be cer- 1 2 

tified to be in conformance with IEC 60825-1. 13 

14 

Conformance to additional laser safety standards may be required for operation within specific geographi- 15 
cregions. 16 

17 

Laser safety standards and regulations require that the manufacturer of a laser product provide information 18 
about the product's laser, safety features, labeling, use, maintenance and service.This documentation shall 19 
explicitly define requirements and usage restrictions on the host system necessary to meet these safety certi- 20 
fications. 21 

22 

58.12.3 Installation 23 

24 

Sound installation practice, as defined by applicable local codes and regulations, shall be followed in every 25 



instance in which such practice is applicable. 26 

27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
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41 
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58.13 Environment I 

2 

Reference Annex 62A for additional environmental information. 3 

4 
5 

58.14 PMD labelling requirements 6 

7 

It is recommended that each PHY (and supporting documentation) be labeled in a manner visible to the use g 
with at least the following parameters, according to the PMD-MDI type. 9 

10 

PMD MD1 type IOO0BASE-PX Type A OLT: I , 

12 

a) 1000BASE-PX )3 

14 

b) Applicable safety warnings j 5 

16 
17 
18 

PMD MDI type 1000BASE-PX Type A ONU: 19 

20 

a) 1000BASE-PX 21 

22 

b) Applicable safety warnings 23 

24 
25 
26 

PMD MDI type I000BASE-PX Type B OLT: 27 

28 

a) 1000BASE-PX 29 

30 

b) Applicable safety warnings 3 j 

32 
33 
34 

PMD MDI type 1000BASE-PX Type B ONU: 35 

36 

a) 1000BASE-PX 37 

38 

b) Applicable safety warnings 39 

40 
41 
42 

Labeling requirements for Class 1 lasers are gi en in the laser safety standards referenced in XX. 43 

44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 
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58.15 Fiber optic cabling model 

The fiber optic cabling model is shown in Figure 58-1 




SMF Cable 




SMF Cabl 



SMF Cable 



•SMF Cable 



ONU 
PMD #1 



ONU 
PMD #2 



Untermi- 
nated split 

#3 



etc. 



•SMF Cable 



ONU 
PMD #16 



MDI 



Fiber Optic Cabling (Channel) 



I 



MDI 



Figure 58-1 Fiber Optic Cable Model 



Note: The 1:16 Optical Splitter may be replaced by a number of smaller l:n splitters such that a different 
topology may be implemented while preserving the link characteristics and power budget as defined in 
tables XX and YY. 

The channel insertion losses are given in Table 58-21and Table 58-22. Insertion loss measurements of 
installed fiber cables are made in accordance with ANSI/TIA/EIA-526-14A [B14], method B; and ANSI/ 
TIA/EIA-526-7 [B15], method A-l. The fiber optic cabling model (channel) defined here is the same as a 
simplex fiber optic linksegment.The term channel is used here for consistency with generic cabling stan- 
dards. 
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58.15.1 Channel Insertion Loss Type A 



Table 58-21 Channel Insertion Loss Type A 



Description 


lOum SMF 


Unit 


Operating distance 


10000 


m 


Wavelength - Downstream 


1490 


nm 


Channel insertion loss - 
Downstream 




dB I 


Wavelength - Upstream 


1310 


nm 


Channel insertion loss - 
Upstream 




dB 



58.15.2 Channel Insertion Loss Type B 



Table 58-22 Channel Insertion Loss Type B 



Description 


lOum SMF 


Unit 


Operating distance 


20000 


m ; 


Wavelength - Downstream 


1490 


nm i 


Channel insertion loss - 
Downstream 




dB 


Wavelength - Upstream 


1310 


nm 


Channel insertion loss - 
Upstream 




dB 
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58.16 Characteristics of the fiber optic cabling 

The 1000BASE-PX fiber optic cabling shall meet the specifications defined in Table 58-23. The fiber optic 
cabling consists of one or more sections of fiber optic cable and any intermediate connections required to 
connect sections together. It also includes a connector plug at each end to connect to the MDI. The fiber 
optic cabling spans from one MDI to another MDI, as shown in Figure 58-1. 

58.16.1 Optical fiber and cable 

The fiber optic cable requirements are satisfied by the fibers specified in IEC 60793-2: 1992.Type Bl (10/ 
125 fim single-mode) with the exceptions noted in Table XX. 



Table 58-23 Optical fiber and cable characteristics 



Description 


10 um SMF- 
Downstream 


10 um SMF - Upstream 


Unit 


Nominal fiber specifica- 
tion wavelength 


1490 


1310 


nm 


Fiber cable attenuation 
(max) 






dB/km 


Zero dispersion wave- 
length 






nm 


Dispersion slope (max) 






ps /nm 2 • km 



58.16.2 Optical fiber connection 

An optical fiber connection as shown in Figure XX consists of a mated pair of optical connectors. The 
IO00BASE-PX is coupled to the fiber optic cabling through a connector plug and any optical splitters into 
the MDI optical receptacle, as shown in YY. 

58.16.2.1 Connection insertion loss 

text text text 

58.16.2.2 Connection return loss 

The return loss for single-mode connections shall be greater than XX dB. 

58.16.2.3 Optical fiber and cable 

text text text 

58.16.3 Medium Dependent Interface (MDI) 

text text text 
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58.1 7 Protocol Implementation Conformance Statement (PICS) proforma for Clause 58, Physical l 

Medium Dependent (PMD) sublayer and baseband medium, type 1 000BASE-PX-OLT-A (PON OLT 2 

Laser Class A), 1000BASE-PX-OLT-B (PON OLT Laser Class B), 1000BASE-PX-ONU-A (PON ONU 3 

Laser Class A) and 1 000BASE-PX-ONU-B (PON ONU Laser Class B) 4 



58.17.1 Introduction 

The supplier of a protocol implementation that is claimed to conform to Clause 58, Physical Medium 
Dependent (PMD) sublayer and baseband medium, type 1000BASE-PX, shall complete the following Pro- 
tocol Implementation Conformance Statement (PICS) proforma. A detailed description of the symbols used 
in the PICS proforma, along with instructions for completing the PICS proforma, can be found in Clause 
YY. 

58.17.2 Identification 

text text text 

58.17.2.1 Implementation identification 

text text text 

58.17.2.2 Protocol Summary 

text text text 

58.17.3 Major capabilities/options 

text text text 



text text text 

58.17.4.1 PMD functional specifications 

text text text 

58.17.4.2 PMD to MDI optical specifications for 1 000BASE-PX-OLT-A 

text text text 

58.17.4.3 PMD to MDI optical specifications for 1000BASE-PX-OLT-B 

text text text 

58.17.4.4 PMD to MDI optical specifications for 1 000BASE-PX-ONU-A 

text text text 
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58.17.4 PICS proforma tables for Physical Medium Dependent (PMD) sublayer and baseband medium, type 
1000BASE-PX-OLT-A (PON OLT Laser Class A), 1000BASE-PX-OLT-B (PON OLT Laser Class B), 1000BASE-PX- 
ONU-A (PON ONU Laser Class A) and 1 000BASE-PX-ONU-B (PON ONU Laser Class B) 32 
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58.17.4.5 PMD to MDI optical specifications for 1 000BASE-PX-ONU-B 1 

2 

text text text 3 

4 

58.17.4.6 Jitter specifications 5 

6 

text text text 7 

8 

58.17.4.7 Optical measurement requirements 9 

10 

text text text 1 1 

12 

58.1 7.4.8 Characteristics of the fiber optic cabling 1 3 

14 

text text text 1 5 

16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 
54 



104 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



Ethernet in the First Mile 

Draft Supplement to Std 802.3-2002 



IEEE Draft P802.3ah/O0.9 
June 30, 2002 



59. Physical Medium Dependent (PMD) sublayer and baseband medium, type 1000BASE-EX 
(Extended Longwave Laser), 1000BASE-BX-OLT (BiDirectional OLT Longwave Laser) and 
1000BASE-BX-ONU (BiDirectional Longwave ONU Laser) 



Editors ' Notes: To be removed prior to final publication. 
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None. 

Definitions (to be added to 1.4): 
Abbreviations (to be added to 1.5): 
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59.1 Overview 

This clause specifies the 1000BASE-EX PMD and the 1000BASE-BX PMD (including MDI) and baseband 
medium for single-mode fiber. In order to form a complete Physical Layer, it shall be integrated with the 
1000BASE-X PCS and PMA of Clause xx, and integrated with the management functions which are acces- 
sible through the Management Interface defined in Clause yy, which are hereby incorporated by reference. 

59.1.1 Goals and Objectives 

Support subscriber access network topologies: 
Point to point on optical fiber 
Such that: 

Provide a family of physical layer specifications: 
1000BASE-LX extended temperature range optics 
1000BASE-X >= 10km over single SM fiber 

Optical EFM Phys to have a BER better than or equal tolO A -12 at the Phy service interface 

59.1.2 Positioning of this PMD set within the IEEE 802.3 architecture 

text text text 

59.1.3 Terminology and conventions 

text text text 

59.1.4 Physical Medium Dependent (PMD) sublayer service interface 

text text text 

59.1.5 Medium Dependent Interface (MDI) 

text text text 
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59.2 PMD functional specifications l 

2 

The 1000BASE-X PMDs perform the Transmit and Receive functions that convey data between the PMD 3 
service interface and the MDI. 4 

5 

59.2.1 PMD block diagram 6 

7 

For purposes of system conformance, the PMD sublayer is standardized at the following points. The optical 8 
transmit signal is defined at the output end of a patch cord (TP2), between x and y m in length, of a type con- 9 
sistent with the link type connected to the transmitter receptacle defined in xx.yy.zz. If a single-mode fiber 10 
offset-launch mode-conditioning patch cord is used, the optical transmit signal is defined at the end of this 1 1 

single-mode fiber offset-launch mode-conditioning patch cord at TP2. Unless specified otherwise, all trans- 12 
mitter measurements and tests defined in xx.yy are made at TP2. The optical receive signal is defined at the 13 
output of the fiber optic cabling (TP3) connected to the receiver receptacle defined in xx.yy.zz. Unless spec- 14 
ified otherwise, all receiver measurements and tests defined in xx.yy are made at TP3. 15 

16 

TP1 and TP4 are standardized reference points for use by implementers to certify component conformance. 17 

18 

The electrical specifications of the PMD service interface (TP1 and TP4) are not system compliance points 19 
(these are not readily testable in a system implementation). It is expected that in many implementations,TPl 20 
and TP4 will be common between 1000BASE-XX, 1000BASE-YY, and 1000BASE-ZZ. 21 

22 

59.2.2 PMD transmit function 23 

24 

The PMD Transmit function shall convey the bits requested by the PMD service interface message 25 
PMD_UNITDATA.request(tx_bit) to the MDI according to the optical specifications in this clause. The 26 
higher optical power level shall correspond to tx_bit =ONE. 27 

28 

59.2.3 PMD receive function 29 

30 

The PMD Receive function shall convey the bits received from the MDI according to the optical specifica- 31 
tions in this clause to the PMD service interface using the message PMD_UNITDATA.indicate(rx_bit). The 32 



higher optical power level shall correspond to rx_bit =ONE. 33 

34 
35 
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37 
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59.2.4 PMD signal detect function 

text text text 

59.2.4.1 1000BASE-EX Signal Detect Functions 



Table 59-1 1000Base-EX SIGNALJ3ETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical power <=- 
XX dBm 


FAIL 


Input_optical_power <= 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 



59.2.4.2 1000BASE-BX Signal Detect Functions 

59.2.4.2.1 1000BASE-BX-OLT Signal Detect 

text text text 



Table 59-2 1000Base-BX-OLT SIGNAL_DETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical_power <= - 
XX dBm 


FAIL 


lnput_optical_power <= 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 
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59.2.4.2.2 1000BASE-BX-ONU Signal Detect 

text text text 



Table 59-3 1000Base-BX-ONU SIGNAL.DETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical_power <= - 
XXdBm 


FAIL 


Input_optical_power <- 
Receive sensitivity 
AND 

compliant 1000BASE-X 
signal input 


OK 


All other conditions 


Unspecified 
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59.3 PMD to MDI optical specifications for 1000BASE-EX 

The operating range for 1000BASE-EX is defined in Table 59-4. A 1000BASE-EX compliant transceiver 
supports all media types listed inTable 59-4 according to the specifications described in xx.yy. A transceiver 
which exceeds the operational range requirement while meeting all other optical specifications is considered 
compliant. 



Table 59-4 Operating range for 1000BASE-EX over each optical fiber type 



Fiber Type 


Modal bandwidth 
@I300 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 
(meters) 


10 nm SMF 


N/A 


xto 10000 


50 um MMF 


500 


X 


50 um MMF 


400 


x 1: 


62.5 um MMF 


500 


X 
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59.3.1 Transmitter optical specifications 

The 1000BASE-EX transmitter shall meet the specifications defined in Table 59-5 per measurement tech- 
niques described in YY. It shall also meet a transmit mask of the eye measurement as defined in ZZ. To 
ensure that the specifications of Table 59-5 are met with MMF links, the 1000BASE-EX transmitter output 
shall be coupled through a single-mode fiber offset-launch mode-conditioning patch cord, as defined in YY. 



Table 59-5 1000BASE-EX transmit characteristics 



Description 


10 Mm SMF 


50 Mm MMF 


62.5 Mm MMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1260- 1360 


nm 


T rise /T fall (max,20- 
80%response time) 




ns 


RMS spectral width (max) 




nm 


Average launch power 
(max) 








dBm 


Average launch power 
(min) 


-9.5 






dBm 


Average launch power of 
OFF transmitter (max) 




dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 




dB/Hz 


Coupled Power Ratio 
(CPR) 








dB 


Launch OMA (min) 








mW 
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59.3.2 Receiver optical specifications 

The 1000BASE-EX receiver shall meet the specifications defined in Table 59-6 per measurement techniques 
defined in ZZ. The sampling instant is defined to occur at the eye center.The receive sensitivity includes the 
extinction ratio penalty. 



Table 59-6 1000BASE-EX receive characteristics 



Description 


10 jim SMF 


Unit 


Trn n s m i ftp r tvnp 


I nnpwave I aser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1260- 1360 


nm 


Average receive power 
(max) 




dBm 


Receive Sensitivity 


-20 


dBm 


Return Loss 




dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 1 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz ! 
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59.4 PMD to MDI optical specifications for 1000BASE-BX-OLT 

The operating range for 1000BASE-BX-OLT is defined in Table 59-7. A 1000BASE-BX-OLT compliant 
transceiver supports all media types listed in Table 59-7 according to the specifications described in xx.yy. A 
transceiver which exceeds the operational range requirement while meeting all other optical specifications is 
considered compliant. 



Table 59-7 Operating range for 1000BASE-BX-OLT over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1490 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 
(meters) 


10 u,m SMF 


N/A 


2 to 10000 
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59.4.1 Transmit optical specifications 

The 1000BASE-BX-OLT transmitter shall meet the specifications defined in Table 59-8 per measurement 
techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined in ZZ. 



Table 59-8 1000BASE-BX-OLT transmit characteristics 



Description 


10 urn S1MF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1480- 1500 


nm 


Trise /T fall (max,20- 
80%response time) 


260 


ps 


RMS spectral width (max) 


0.4 


nm 


Average launch power 
(max) 


-3 


dBm 


Average launch power 
(min) 


-9 


dBm 


Average launch power of 
OFF transmitter (max) 


-30 


dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 


-120 


dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 
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59.4.2 Receiver optical specifications 

The 1 000BASE-BX-OLT receiver shall meet the specifications defined in Table 59-9 per measurement tech- 
niques defined in ZZ. The sampling instant is defined to occur at the eye center.The receive sensitivity 
includes the extinction ratio penalty. 



Table 59-9 1 000BASE-BX-OLT receive characteristics 



Description 


10 urn SMF 


Unit 


Transmitter tvnp 


I onpwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1260- 1360 


nm 


Average receive power 
(max) 


-3 


dBm 


Receive Sensitivity 


-20 


dBm 


Return Loss 


12 


dB 


Stressed Receive Sensitiv- 
ity 


-18.4 


dBm 


Vertical eye-closure pen- 
alty 




dB ; 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 
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59.5 PMD to MDI optical specifications for 1000BASE-BX-ONU 

The operating range for 1000BASE-BX-ONU is defined in Table 59-10. A 1000BASE-BX-ONU compliant 
transceiver supports all media types listed in Table 59-10 according to the specifications described in xx.yy. 
A transceiver which exceeds the operational range requirement while meeting all other optical specifications 
is considered compliant. 



Table 59-10 Operating range for 1000BASE-BX-ONU over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 
(meters) 


10 nm SMF 


N/A 


2 to 10000 
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59.5.1 Transmitter optical specifications 

The 1000BASE-BX ONU transmitter shall meet the specifications defined in Table 59-1 1 per measurement 
techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined in ZZ. 



Table 59-1 1 1 000B ASE-BX-ONU transmit characteristics 



Description 


10 jim SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1260- 1360 


nm 


T rise /T fall (max,20- 
80%response time) 


260 


ps 


RMS spectral width (max) 


2 


nm 


Average launch power 
(max) 


-3 


dBm 


Average launch power 
(min) 


-9 


dBm 


Average launch power of 
OFF transmitter (max) 


-30 


dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 


-120 


dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 
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59.5.2 Receiver optical specifications 

The 1000BASE-BX-ONU receiver shall meet the specifications defined in Table 59-12 per measurement 
techniques defined in ZZ. The sampling instant is defined to occur at the eye center, The receive sensitivity 
includes the extinction ratio penalty. 



Table 59-12 1000BASE-BX-ONU receive characteristics 



Description 


10 SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


1.25 ± 100 ppm 


GBd 


Wavelength (range) 


1480- 1500 


nm 


Average receive power 
(max) 


-3 


dBm 


Receive Sensitivity 


-20 


dBm 


Return Loss 


12 


dB 


Stressed Receive Sensitiv- 
ity 


-18.4 


dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 
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59.6 Worst-case 1000BASE-EX link power budget and penalties (informative) l 

2 

The worst-case power budget and link penalties for a 1000BASE-EX channel are shown in Table 59-13. 3 

4 
5 
6 
7 

Table 59-1 3 Worst-case 1 000BASE-EX link power budget and penalties 8 

9 



Parameter 


10 um SMF 


50 um MMF 


62.5 um 
MMF 


Unit 


Modal bandwidth as measured at 1300 nm 


N/A 


500 


400 


500 


MHz . km 


Link power budget 










dB 


Operating distance 


10000 


10000 


10000 


10000 


m 


Channel insertion loss 










dB 


Link power penalties 










dB 


Unallocated margin in link power budget 










dB 
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59.7 Worst-case 1000BASE-BX link power budget and penalties (informative) 

The worst-case power budget and link penalties for a 1000BASE-BX channel are shown inTable 59-14. 
Table 59-14 Worst-case 1 000B ASE-BX link power budget and penalties 



Parameter 


10 um SMF 


Unit 


Modal bandwidth as mea- 
sured at 1300 nm 


N/A 


MHz . km 


Modal bandwidth as mea- 
sured at 1500 nm 


N/A 


MHz . km 


Link power budget 




dB 


Operating distance 


10000 


m 


Channel insertion loss 




dB 


Link power penalties 




dB 


Unallocated margin in link 
power budget 




dB 
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59.8 Jitter specifications for 1000BASE-EX 

Numbers in the Table 59-15 represent high-frequency jitter (above 637 kHz) and do not include low fre- 
quency jitter or wander. Implementations shall conform to the normative values highlighted in bold in Table 
59-15 (see measurement procedure in YY). All other values are informative. 



Table 59-15 100QBASE-EX jitter budget 





Total 


Total 


Deterministic 


Deterministic 




jitter 


jitter 


jitter 


jitter 


Compliance Point 


Ul 


ps 


Ul 


ps 


TIM 










TP1 to TP2 










TP2 










TP2 to TP3 










TP3 










TP3 to TP4 










TP4 
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59.9 Jitter specifications for 1000BASE-BX 

Numbers in the Table 59-16 represent high-frequency jitter (above 637 kHz) and do not include low fre- 
quency jitter or wander. Implementations shall conform to the normative values highlighted in bold in Table 
XX (see measurement procedure in YY). All other values are informative. 



Table 59-16 1000BASE-BX jitter budget 





Total 


Total 


Deterministic 


Deterministic 




jitter 


jitter 


jitter 


jitter 


Compliance Point 


Ul 


ps 


Ul 


ps 


TP1 










TP1 toTP2 










TP2 










TP2 to TP3 










TP3 










TP3 to TP4 










TP4 
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59.10 Optical measurement requirements l 

2 

All optical measurements shall be made through a short patch cable, between 2 and 5 m in length. 3 

4 

59.10.1 Center wavelength and spectral width measurements 5 

6 

The center wavelength and spectral width (RMS) shall be measured using an optical spectrum analyzer per 7 
ANS1/EIA/TIA-455- 127- 1991 [B8]. Center wavelength and spectral width shall be measured under modu- 8 
lated conditions using a valid 1000BASE-X signal. 9 

10 

59.1 0.2 Optical power measurements 1 1 

12 

Optical power shall be measured using the methods specified in ANSI/El A-455-95-1 986 [B7].This mea- 13 
surement may be made with the node transmitting any valid encoded 8B/10B data stream. 14 

15 

59.1 0.3 Extinction ratio measurements 1 6 

17 

Extinction ratio shall be measured using the methods specified in ANSI/TIA/EIA-526-4A-1997 [B13].This 18 
measurement may be made with the node transmitting a data pattern defined in 36A.2.This is a repeating 19 
K28.7 data pattern.The extinction ratio is measured under fully modulated conditions with worst-case reflec- 20 
tions. 21 

22 

NOTE — A repeating K28.7 data pattern generates a 1 25 MHz square wave. 23 

24 

59.10.4 OMA measurements 25 

26 

text text text. 27 

28 

59.1 0.5 OMA relationship to ER and Power Measurements (informative) 29 

30 

text text text 31 

32 

59.10.6 Relative Intensity Noise (RIN) 33 

34 

RIN shall be measured according to ANSI X3.230-1994 [B20](FC-PH), Annex A, A.5, Relative intensity 35 
noise (RIN) measuring procedure.Per this FC-PH annex, "This procedure describes a component test which 36 
may not be appropriate for a system level test depending on the implementation."RIN is referred to as RIN 37 
I2 in the referenced standard. 38 

39 

59.10.7 Transmitter optical waveform (transmit eye) 40 

41 

text text text 42 

43 

59.10.8 Transmit rise/fall characteristics 44 

45 

text text text 46 

47 

59.10.9 Receive sensitivity measurements 48 

49 

text text text 50 

51 

59.10.10 Total jitter measurements 52 

53 

text text text 54 
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59.10.11 Deterministic jitter measurement (informative) 

text 

59.10.12 Coupled Power Ratio (CPR) measurements 

text 

59.10.13 OTHER MEASUREMENTS 

text text text 
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59.11 Environmental specifications l 

2 

text text text 3 

4 

59.11.1 General Safety 5 

6 

All equipment meeting this standard shall conform to 7 

8 

59.1 1.2 Laser Safety 9 

10 

I000BASE-X optical transceivers shall be Class 1 laser certified under any condition of operation.This 11 
includes single fault conditions whether coupled into a fiber or out of an open bore.Transceivers shall becer- 12 
tified to be in conformance with IEC 60825-1. '3 

14 

Conformance to additional laser safety standards may be required for operation within specific geographi- 15 

cregions. '6 

17 

Laser safety standards and regulations require that the manufacturer of a laser product provide information 18 
about the product's laser, safety features, labeling, use, maintenance and service.This documentation shall 19 
explicitly define requirements and usage restrictions on the host system necessary to meet these safety certi- 20 
fications. 21 

22 

59.11.3 Installation 23 

24 

Sound installation practice, as defined by applicable local codes and regulations, shall be followed in every 25 
instance in which such practice is applicable. 26 

27 
28 
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59.12 Environment 1 

2 

Reference Annex 62A for additional environmental information. 3 

4 
5 
6 
7 

59.13 PMD labelling requirements 8 

9 

It is recommended that each PHY (and supporting documentation) be labeled in a manner visible to the use jq 
with at least the following parameters, according to the PMD-MDI type. I j 

12 

PMD MDI type 1 000BASE-EX: 1 3 

14 

a) 1000BASE-EX i5 

16 

b) Applicable safety warnings I y 

18 
19 
20 

PMD MDI type IOO0BASE-BX OLT: 21 

22 

a) I000BASE-BX-OLT 23 

24 

b) Applicable safety warnings 25 

26 
27 
28 

PMD MDI type I000BASE-BX ONU: 29 

30 

a) 1000BASE-BX-ONU 31 

32 

b) Applicable safety warnings 33 

34 
35 
36 

Labeling requirements for Class 1 lasers are given in the laser safety standards referenced in XX. 37 

38 
39 
40 
41 
42 
43 
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46 
47 
48 
49 
50 
51 
52 
53 
54 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 

126 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



59.14 Fiber optic cabling model 

The fiber optic cabling model is shown in Figure 59-1 




Jumper 
'Cable ~ 



connection 



• SMF- 
Cable 



connection 



Jumper 
"Cable ~ 




MDI 



Fiber Optic Cabling (Channel) - 
EX MMF Channel 



MDI 




• SMF Cable 




MDI 



-Fiber Optic Cabling (Channel) - 
BX Channel or EX SMF Channel 



Figure 59-1 Fiber Optic Cable Model 



MDI 



The channel insertion loss is given in Table 59-17 and Table 59-18. Insertion loss measurements of installed 
fiber cables are made in accordance with ANSI/TIA/EIA-526-14A [B14], method B; and ANSI/TIA/EIA- 
526-7 [B15], method A-l. The fiber optic cabling model (channel) defined here is the same as a simplex 
fiber optic linksegment.The term channel is used here for consistency with generic cabling standards. 
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59.14.1 Channel Insertion Loss 1000BASE-EX 



Table 59-1 7 Channel Insertion Loss 1 000BASE-EX 



Description 


lOumSMF 


50um MMF 


62.5um MMF 


Unit 


Wavelength 


1310 


1310 


1310 


m 


Modal Bandwidth (min; 
overfilled launch) 


N/A 


400 or 500 


500 


MHz . km 


Operating distance 


10000 






run 


Channel insertion loss - 
Upstream 








dB 



59.14.2 Channel Insertion 1000BASE-BX 



Table 59-1 8 Channel Insertion 1 000BASE-BX 



Description 


lOum SMF 


Unit 


Operating distance 


10000 


m 


Wavelength - Downstream 


1490 


nm 


Channel insertion loss - 
Downstream 




dB 


Wavelength - Upstream 


1310 


nm 


Channel insertion loss - 
Upstream 




dB 



128 



Copyright © 2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



59.15 Characteristics of the fiber optic cabling 

The 1000BASE-EX fiber optic cabling shall meet the specifications defined in Table XX. The fiber optic 
cabling consists of one or more sections of fiber optic cable and any intermediate connections required to 
connect sections together. It also includes a connector plug at each end to connect to the MDI. The fiber 
optic cabling spans from one MDI to another MDI, as shown in Figure XX. 

59.15.1 Optical fiber and cable 

The fiber optic cable requirements are satisfied by the fibers specified in IEC 60793-2: 1992.Type Bl (10/ 
125 urn single-mode) with the exceptions noted in Table 59-19. 



Table 59-1 9 Optical fiber and cable characteristics 



Description 


lOumSMF 


50 urn MMF 


62.5 urn MMF 


Unit 


Nominal fiber speci- 
fication wavelength 


1490 


1310 


1310 


1310 


nm 


Fiber cable attenua- 
tion (max) 










dB/km 


Modal Bandwidth 
(min; overfilled 
launc) 










MHz . km 


Zero dispersion 
wavelength 










nm 


Dispersion slope 
(max) 










ps /nm 2 • km 



59.15.2 Optical fiber connection 

An optical fiber connection as shown in Figure XX consists of a mated pair of optical connectors. The 
I000BASE-EX is coupled to the fiber optic cabling through a connector plug into the MDI optical recepta- 
cle, as shown in YY. 

59.15.2.1 Connection insertion loss 

text text text 

59.15.2.2 Connection return loss 

The return loss for single-mode connections shall be greater than XX dB. 

59.15.2.3 Optical fiber and cable 

text text text 
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59.15.3 Medium Dependent Interface (MDl) 1 

2 

text text text 3 

4 

59.1 6 Protocol Implementation Conformance Statement (PICS) proforma for Clause 59, Physical * 
Medium Dependent (PMD) sublayer and baseband medium, type 1 000B ASE-EX (Extended Longwave 7 
Laser), 1000BASE-BX-OLT (Bideirectional OLT Longwave Laser) and 1000BASE-BX-ONU (Bideirec- 8 
tional ONU Longwave Laser) 9 

10 

59.16.1 Introduction 11 

12 

The supplier of a protocol implementation that is claimed to conform to Clause 59, Physical Medium 13 
Dependent (PMD) sublayer and baseband medium, type 1000BASE-EX and type 1000BASE-BX, shall 14 
complete the following Protocol Implementation Conformance Statement (PICS) proforma. A detailed 15 
description of the symbols used in the PICS proforma, along with instructions for completing the PICS pro- 16 
forma, can be found in Clause YY. 17 

18 

59.16.2 Identification 19 

20 

text text text 21 

22 

59.16.2.1 Implementation identification 23 

24 

text text text 25 

26 

59.1 6.2.2 Protocol Summary 27 

28 

text text text 29 

30 

59.16.3 Major capabilities/options 31 

32 

text text text 33 

34 

59.16.4 PICS proforma tables for Physical Medium Dependent (PMD) sublayer and baseband medium, type 35 
1000BASE-EX (Extended Longwave Laser), 1000BASE-BX-OLT (Bidirectional OLT Longwave Laser) and 36 
1000BASE-BX-ONU (Bidirectional ONU Longwave Laser) 37 

38 

text text text 39 

40 

59.16.4.1 PMD functional specifications 41 

42 

text text text 43 

44 

59.1 6.4.2 PMD to MDl optical specifications for 1 000BASE-EX 45 

46 

text text text 47 

48 

59.16.4.3 PMD to MDl optical specifications for 1000BASE-BX-OLT 49 

50 

text text text 5 1 

52 
53 
54 
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59.16.4.4 PMD to MDI optical specifications for 1000BASE-BX-ONU 

text text text 

59.16.4.5 Jitter specifications 

text text text 

59.16.4.6 Optical measurement requirements 

text text text 

59.16.4.7 Characteristics of the fiber optic cabling 

text text text 
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60. Physical Medium Dependent (PMD) sublayer and baseband medium, type 100BASE-LX 
(Longwave Laser), 100BASE-BX-OLT (BiDirectional OLT Longwave Laser) and 100BASE-BX- 
ONU (BiDirectional Longwave ONU Laser) 



Editors' Notes: To be removed prior to final publication. 
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None. 

Definitions (to be added to 1.4): 
Abbreviations (to be added to 1.5): 
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l 60.1 Overview 

2 

3 This clause specifies the 100BASE-LX PMD and the 100BASE-BX PMD (including MDI) and baseband 

4 medium for single-mode fiber. In order to form a complete Physical Layer, it shall be integrated with the 

5 100BASE-X PCS and PMA of Clause xx, and integrated with the management functions which are accessi- 

6 ble through the Management Interface defined in Clause yy, which are hereby incorporated by reference. 
? 

8 60.1 .1 Goals and Objectives 

9 

1 0 Support subscriber access network topologies: 

11 

1 2 Point to point on optical fiber 

13 

14 Such that: 

15 

16 Provide a family of physical layer specifications: 

17 

18 1 00B ASE-X >= 1 0km over single SM fiber 

19 

20 

21 

22 60.1 .2 Positioning of this PMD set within the IEEE 802.3 architecture 

23 

24 text text text 

25 

26 60.1 .3 Terminology and conventions 

27 

28 text text text 

29 

30 60.1 .4 Physical Medium Dependent (PMD) sublayer service interface 

31 

32 text text text 

33 

34 60.1 .5 Medium Dependent Interface (MDI) 

35 

36 text text text 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 
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60.2 PMD functional specifications l 

2 

The 100BASE-X PMDs perform the Transmit and Receive functions that convey data between the PMD 3 
service interface and the MDI. 4 

5 

60.2.1 PMD block diagram 6 

7 

For purposes of system conformance, the PMD sublayer is standardized at the following points. The optical 8 
transmit signal is defined at the output end of a patch cord (TP2), between x and y m in length, of a type con- 9 
sistent with the link type connected to the transmitter receptacle defined in xx.yy.zz. Unless specified other- 10 
wise, all transmitter measurements and tests defined in xx.yy are made at TP2. The optical receive signal is 1 1 

defined at the output of the fiber optic cabling (TP3) connected to the receiver receptacle defined in xx.yy.zz. 12 
Unless specified otherwise, all receiver measurements and tests defined in xx.yy are made at TP3. 13 

14 

TP1 and TP4 are standardized reference points for use by implementers to certify component conformance. 15 

16 

The electrical specifications of the PMD service interface (TP1 and TP4) are not system compliance points 17 
(these are not readily testable in a system implementation). It is expected that in many implementations^ 1 18 
and TP4 will be common between 100BASE-XX, 100BASE- YY, and 100BASE-ZZ. 19 

20 

60.2.2 PMD transmit function 2 1 

22 

The PMD Transmit function shall convey the bits requested by the PMD service interface message 23 
PMD_UNITDATA.request(tx_bit) to the MDI according to the optical specifications in this clause. The 24 
higher optical power level shall correspond to tx_bit =ONE. 25 

26 

60.2.3 PMD receive function 27 

28 

The PMD Receive function shall convey the bits received from the MDI according to the optical specifica- 29 
tions in this clause to the PMD service interface using the message PMD_UNlTDATA.indicate(rx_bit). The 30 
higher optical power level shall correspond to rx_bit =ONE. 3 1 
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60.2.4 PMD signal detect function 

text text text 

60.2.4.1 100BASE-LX Signal Detect Functions 



Table 60-1 1 00BASE-LX SIGNAL.DETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical power <= - 
XX dBm 


FAIL 


Input_opticaI_power <= 
Receive sensitivity 
AND 

compliant 100BASE-X 
signal input 


OK 


All other conditions 


Unspecified 



60.2.4.2 100BASE-BX Signal Detect Functions 

60.2.4.2.1 100BASE-BX-OLT Signal Detect 

text text text 



Table 60-2 1 00BASE-BX-OLT SIGNAL JJETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical_power <= - 
XX dBm 


FAIL j 


Input_optical_power <= 
Receive sensitivity 
AND 

compliant 100BASE-X 
signal input 


OK 


All other conditions 


Unspecified 
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60.2.4.2.2 100BASE-BX-ONU Signal Detect 

text text text 



Table 60-3 1 00BASE-BX-ONU SIGNAL _DETECT value definition 



Receive conditions 


Signal detect 
value 


Input optical _power <= - 
XX dBm 


FAIL 


Input_optical_power <= 
Receive sensitivity 
AND 

compliant 100BASE-X 
signal input 


OK 


All other conditions 


Unspecified 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 



137 



Copyright ©2002 IEEE. All rights reserved. 
This is an unapproved IEEE Standards Draft, subject to change. 



Draft Supplement to Std 802.3-2002 
Ethernet in the First Mile 



IEEE Draft P802.3ah/D0.9 
June 30, 2002 



60.3 PMD to MDI optical specifications for 100BASE-LX 

The operating range for 100BASE-LX is defined in Table 60-4. A 100BASE-LX compliant transceiver sup- 
ports all media types listed in Table 60-4 according to the specifications described in xx.yy. A transceiver 
which exceeds the operational range requirement while meeting all other optical specifications is considered 
compliant. 



Table 60-4 Operating range for 1 00BASE-LX over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 
(meters) 


10 urn SMF 


N/A 


xto 10000 
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60.3.1 Transmitter optical specifications 

The 100BASE-LX transmitter shall meet the specifications defined in Table 60-5 per measurement tech- 
niques described in YY. It shall also meet a transmit mask of the eye measurement as defined in ZZ. 



Table 60-5 100BASE-LX transmit characteristics 



Description 


10 pm SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


125 ± 100 ppm 


MBd | 


Wavelength (range) 


1260- 1360 


nm ! 


T rise /T fall (max, 20- 
80%response time) 


2.6 


ns 


RMS spectral width (max) 


7.7 


nm | 


Average launch power 
(max) 


-8 


dBm 


Average launch power 
(min) 


-15 


dBm 


Average launch power of 
OFF transmitter (max) 




dBm 


Extinction ratio (min) 


6 


dB 


RIN (max) 




dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 


.03785 


mW 
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60.3.2 Receiver optical specifications 

The 100BASE-LX receiver shall meet the specifications defined in Table 60-6 per measurement techniques 
defined in ZZ. The sampling instant is defined to occur at the eye center. The receive sensitivity includes the 
extinction ratio penalty. 



Table 60-6 1 00B ASE-LX receive characteristics 



Description 


10 um SMF 


Unit 1 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


125 ± 100 ppm 


MBd 


Wavelength (range) 


1260- 1360 


nm 


Average receive power 
(max) 


-8 


dBm ! 


Receive Sensitivity 


-25 


dBm 


Receiver OMA (min) 


.0379 


mW 


Return Loss 




dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 
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60.4 PMD to MDI optical specifications for 100BASE-BX-OLT 

The operating range for 100BASE-BX-OLT is defined in Table 60-7. A 100BASE-BX-OLT compliant 
transceiver supports all media types listed in Table 60-7 according to the specifications described in xx.yy. A 
transceiver which exceeds the operational range requirement while meeting all other optical specifications is 
considered compliant. 



Table 60-7 Operating range for 100BASE-BX-OLT over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1490 nm 
(min. over filled launch) 
(MHz • km) 


Minimum range 

(meters) ; 


10 urn SMF 


N/A 


2 to 10000 
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60.4.1 Transmit optical specifications 

The 100BASE-BX-OLT transmitter shall meet the specifications defined in Table 60-8 per measurement 
techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined in ZZ. 



Table 60-8 100BASE-BX-OLT transmit characteristics 



Description 


10 jim SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


125 ± 100 ppm 


MBd 


Wavelength (range) 


1480- 1600 


nm 


T rise IT fall (max,20- 
80%response time) 


2.6 


ns 


RMS spectral width (max) 


4 


nm 


Average launch power 
(max) 


-8 


dBm 


Average launch power 
(min) 


-14 


dBm 


Average launch power of 
OFF transmitter (max) 




dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 


-120 


dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 
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60.4.2 Receiver optical specifications 

The 100BASE-BX-OLT receiver shall meet the specifications defined in Table 60-9 per measurement tech- 
niques defined in ZZ. The sampling instant is defined to occur at the eye center.The receive sensitivity 
includes the extinction ratio penalty. 



Table 60-9 1 00BASE-BX-OLT receive characteristics 



Description 


10>im SMF 


Unit 


Transmitter tvne 


Longwave Laser 




Signaling speed (range) 


125 ± 100 ppm 


MBd 


Wavelength (range) 


1260- 1360 


nm 


Average receive power 
(max) 


-8 


dBm 


Receive Sensitivity 


-30 


dBm 


Return Loss 


12 


dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 
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60.5 PMD to MDI optical specifications for 100BASE-BX-ONU 

The operating range for 100BASE-BX-ONU is defined in Table 60-10. A 100BASE-BX-ONU compliant 
transceiver supports all media types listed in Table 60-10 according to the specifications described in xx.yy. 
A transceiver which exceeds the operational range requirement while meeting all other optical specifications 
is considered compliant. 



Table 60-10 Operating range for 100BASE-BX-ONU over each optical fiber type 



Fiber Type 


Modal bandwidth 
@1300 nm 
(min. over filled launch) 
(MHz - km) 


Minimum range 
(meters) 


10 u.m SMF 


N/A 


2 to 10000 
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60.5.1 Transmitter optical specifications 

The 100BASE-BX ONU transmitter shall meet the specifications defined in Table 60-1 1 per measurement 
techniques described in YY. It shall also meet a transmit mask of the eye measurement as defined in ZZ. 



Table 60-1 1 100BASE-BX-ONU transmit characteristics 



Description 


10 jim SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


125 ± 100 ppm 


MBd 


Wavelength (range) 


1260- 1360 


nm 


T rise /T fall (max,20- 
80%response time) 


2.6 


ns 


RMS spectral width (max) 


7 


nm 


Average launch power 
(max) 


-8 


dBm 


Average launch power 
(min) 


-14 


dBm 


Average launch power of 
OFF transmitter (max) 




dBm 


Extinction ratio (min) 


9 


dB 


RIN (max) 


-120 


dB/Hz 


Coupled Power Ratio 
(CPR) 




dB 


Launch OMA (min) 




mW 
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60.5.2 Receiver optical specifications 

The 100BASE-BX-ONU receiver shall meet the specifications defined in Table 60-12 per measurement 
techniques defined in ZZ. The sampling instant is defined to occur at the eye center.The receive sensitivity 
includes the extinction ratio penalty. 



Table 60-12 100BASE-BX-ONU receive characteristics 



Description 


10 urn SMF 


Unit 


Transmitter type 


Longwave Laser 




Signaling speed (range) 


125 ± 100 ppm 


MBd 


Wavelength (range) 


1480- 1600 


nm 


Average receive power 
(max) 


-8 


dBm j 


Receive Sensitivity 


-30 


dBm 


Return Loss 


12 


dB 


Stressed Receive Sensitiv- 
ity 




dBm 


Vertical eye-closure pen- 
alty 




dB 


Receive electrical 3 dB 
upper cutoff frequency 
(max) 




MHz 
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60.6 Worst-case 100BASE-LX link power budget and penalties (informative) 

The worst-case power budget and link penalties for a 100BASE-LX channel are shown in Table 60-13. 

Table 60-13 Worst-case 100BASE-LX link power budget and penalties 



Parameter 


10 urn SMF 


Unit 


Modal bandwidth as measured at 1300 nm 


N/A 


MHz . km 


Link power budget 


10 


dB 


Operating distance 


10000 


m 


Channel insertion loss 




dB 


Link power penalties 




dB 


Unallocated margin in link power budget 




dB 
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60.7 Worst-case 100BASE-BX link power budget and penalties (informative) 

The worst-case power budget and link penalties for a 100BASE-BX channel are shown in Table 60-14. 

Table 60-1 4 Worst-case 1 00B ASE-BX link power budget and penalties 



Parameter 


10 um SMF 


Unit 


Modal bandwidth as mea- 
sured at 1300 nm 


N/A 


MHz . km 


Modal bandwidth as mea- 
sured at 1500 nm 


N/A 


MHz . km ! 


Link power budget 




dB 


Operating distance 


10000 


m 


Channel insertion loss 




dB 


Link power penalties 




dB 


Unallocated margin in link 
power budget 




dB i 
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60.8 Jitter specifications for 100BASE-LX 

Numbers in the Table 60-15 represent high-frequency jitter (above 637 kHz) and do not include low fre- 
quency jitter or wander. Implementations shall conform to the normative values highlighted in bold in Table 
60-15 (see measurement procedure in YY). All other values are informative. 



Table 60-15 100BASE-LX jitter budget 





Total 


Total 


Deterministic 


Deterministic 




jitter 


jitter 


jitter 


jitter 


Compliance Point 


Ul 


ps 


Ul 


ps 


TP1 










TP1 to TP2 










TP2 










TP2 to TP3 










TP3 










TP3 to TP4 










TP4 
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60.9 Jitter specifications for 100BASE-BX 

Numbers in the Table 60-16 represent high-frequency jitter (above 637 kHz) and do not include low fre- 
quency jitter or wander. Implementations shall conform to the normative values highlighted in bold in TTa- 
ble 60-16 (see measurement procedure in YY). All other values are informative. 



Table 60-16 100BASE-BX jitter budget 





Total 


Total 


Deterministic 


Deterministic 




jitter 


jitter 


jitter 


jitter 


Compliance Point 


Ul 


ps 


Ul 


ps 


TP1 










TP1 to TP2 










TP2 










TP2 to TP3 










TP3 










TP3 to TP4 










TP4 
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60.1 0 Optical measurement requirements l 

2 

All optical measurements shall be made through a short patch cable, between 2 and 5 m in length. 3 

4 

60.10.1 Center wavelength and spectral width measurements 5 

6 

The center wavelength and spectral width (RMS) shall be measured using an optical spectrum analyzer per 7 
ANSI/EIA/TIA-455- 127- 1991 [B8]. Center wavelength and spectral width shall be measured under modu- 8 
lated conditions using a valid 100BASE-X signal. 9 

10 

60.1 0.2 Optical power measurements 1 1 

12 

Optical power shall be measured using the methods specified in ANSI/EIA-455-95-1986 [B7].This mea- 13 
surement may be made with the node transmitting any valid encoded 8B/10B data stream. 14 

15 

60.1 0.3 Extinction ratio measurements 1 6 

17 

Extinction ratio shall be measured using the methods specified in ANSI/TIA/EIA-526-4A-1997 [B13].This 18 

measurement may be made with the node transmitting a data pattern defined in 36A.2.This is a repeating 19 

K28.7 data pattern.The extinction ratio is measured under fully modulated conditions with worst-case reflec- 20 

tions. 21 

22 

NOTE — A repeating K28.7 data pattern generates a 125 MHz square wave. 23 

24 

60.1 0.4 OMA measurements 25 

26 

text text text. 27 

28 

60.10.5 OMA relationship to ER and Power Measurements (informative) 29 

30 

text text text 3 1 

32 

60.1 0.6 Relative Intensity Noise (RIN) 33 

34 

RIN shall be measured according to ANSI X3.230-1994 [B20](FC-PH), Annex A, A.5, Relative intensity 35 
noise (RIN) measuring procedure.Per this FC-PH annex, "This procedure describes a component test which 36 
may not be appropriate for a system level test depending on the implementation."RIN is referred to as RIN 37 
j 2 in the referenced standard. 38 

39 

60.10.7 Transmitter optical waveform (transmit eye) 40 

41 

text text text 42 

43 

60.10.8 Transmit rise/fall characteristics 44 

45 

text text text 46 

47 

60.1 0.9 Receive sensitivity measurements 4 8 

49 

text text text 50 

51 

60.10.10 Total jitter measurements 52 

53 

text text text 54 
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60.10.11 Deterministic jitter measurement (informative) 

text 

60.10.12 Coupled Power Ratio (CPR) measurements 

text 

60.10.13 OTHER MEASUREMENTS 

text text text 



IEEE Draft P802.3ah/D0.9 
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60.11 Environmental specifications l 

2 

text text text 3 

4 

60.11.1 General Safety 5 

6 

All equipment meeting this standard shall conform to 7 

8 

60.1 1.2 Laser Safety 9 

10 

100BASE-X optical transceivers shall be Class 1 laser certified under any condition of operation.This 11 
includes single fault conditions whether coupled into a fiber or out of an open bore.Transceivers shall be cer- 12 
titled to be in conformance with IEC 60825- 1 . 13 

14 

Conformance to additional laser safety standards may be required for operation within specific geographi- 15 
cregions. 16 

17 

Laser safety standards and regulations require that the manufacturer of a laser product provide information 18 
about the product's laser, safety features, labeling, use, maintenance and service.This documentation shall 19 
explicitly define requirements and usage restrictions on the host system necessary to meet these safety certi- 20 
fications. 21 

22 

60.1 1.3 Installation 23 

24 

Sound installation practice, as defined by applicable local codes and regulations, shall be followed in every 25 



instance in which such practice is applicable. 26 

27 
28 
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60.12 Environment 1 

2 

Reference Annex 62A for additional environmental information. 3 

4 
5 
6 

60.1 3 PMD labelling requirements g 

9 

It is recommended that each PHY (and supporting documentation) be labeled in a manner visible to the use jg 
with at least the following parameters, according to the PMD-MDI type. 1 1 

12 

PMD MDI type 100BASE-LX: 13 

14 

a) 100BASE-LX , 5 

16 

b) Applicable safety warnings 1 7 

18 
19 
20 

PMD MDI type 1 00B ASE-BX OLT: 2 1 

22 

a) 100BASE-BX-OLT 23 

24 

b) Applicable safety warnings 25 

26 
27 
28 

PMD MDI type 1 00B ASE-BX ONU: 29 

30 

a) 100BASE-BX-ONU 3, 

32 

b) Applicable safety warnings 33 

34 
35 
36 

Labeling requirements for Class 1 lasers are gi en in the laser safety standards referenced in XX. 37 

38 
39 
40 
41 
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60.14 Fiberoptic cabling model 

The fiber optic cabling model is shown in Figure 60-1 




• SMF Cable 



MD1 



-Fiber Optic Cabling (Channel) 
BX Channel or LX Channel 



Figure 60-1 Fiber Optic Cable Model 




MDI 



The channel insertion losses are given in Table 60-17 and Table 60-18. Insertion loss measurements of 
installed fiber cables are made in accordance with ANSI/TIA/EIA-526-14A [B14], method B; and ANSI/ 
T1A/EIA-526-7 [B15], method A-l. The fiber optic cabling model (channel) defined here is the same as a 
simplex fiber optic linksegment.The term channel is used here for consistency with generic cabling stan- 
dards. 
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60.14.1 Channel Insertion Loss 100BASE-LX 



Table 60-17 Channel Insertion Loss 100BASE-LX 



Description 


lOum SMF 


Unit 


Wavelength 


1310 


m 


Modal Bandwidth (min; 
overfilled launch) 


N/A 


MHz . km 


Operating distance 


10000 


nm 


Channel insertion loss 




dB 



60.14.2 Channel Insertion 100BASE-BX 



Table 60-18 Channel Insertion 100BASE-BX 



Description 


lOum SMF 


Unit 


Operating distance 


10000 


m i 


Wavelength - Downstream 




nm 


Channel insertion loss - 
Downstream 




dB 


Wavelength - Upstream 


1310 


nm 


Channel insertion loss - 
Upstream 




dB 
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60.15 Characteristics of the fiber optic cabling 

The 100BASE-LX fiber optic cabling shall meet the specifications defined in Table XX. The fiber optic 
cabling consists of one or more sections of fiber optic cable and any intermediate connections required to 
connect sections together. It also includes a connector plug at each end to connect to the MDI. The fiber 
optic cabling spans from one MDI to another MDI, as shown in Figure XX. 

60.15.1 Optical fiber and cable 

The fiber optic cable requirements are satisfied by the fibers specified in IEC 60793-2: 1992. Type Bl (10/ 
125 um single-mode) with the exceptions noted in Table 60-19. 



Table 60-1 9 Optical fiber and cable characteristics 



Description 


lOumSMF 


Unit 


Nominal fiber speci- 
fication wavelength 


XX 


1310 


nm 


Fiber cable attenua- 
tion (max) 






dB/km 


Modal Bandwidth 
(min; overfilled 
launch) 


N/A 


N/A 


MHz. km 


Zero dispersion 
wavelength 






nm 


Dispersion slope 
(max) 






ps /nm 2 * km 



60.15.2 Optical fiber connection 

An optical fiber connection as shown in Figure XX consists of a mated pair of optical connectors. The 
100BASE-LX is coupled to the fiber optic cabling through a connector plug into the MDI optical receptacle, 
as shown in YY. 

60.15.2.1 Connection insertion loss 

text text text 

60.15.2.2 Connection return loss 

The return loss for single-mode connections shall be greater than XX dB. 

60.15.2.3 Optical fiber and cable 

text text text 
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60.15.3 Medium Dependent Interface (MDI) 1 

2 

text text text 3 

4 

60.16 Protocol Implementation Conformance Statement (PICS) proforma for Clause 59, Physical * 
Medium Dependent (PMD) sublayer and baseband medium, type 100BASE-LX (Longwave Laser), 7 
100BASE-BX-OLT (Bidirectional OLT Longwave Laser) and 100BASE-BX-ONU (Bidirectional ONU 8 
Longwave Laser) 9 

10 

60.16.1 Introduction 11 

12 

The supplier of a protocol implementation that is claimed to conform to Clause 59, Physical Medium 13 
Dependent (PMD) sublayer and baseband medium, type 100BASE-LX and type 100BASE-BX, shall com- 14 
plete the following Protocol Implementation Conformance Statement (PICS) proforma. A detailed descrip- 15 
tion of the symbols used in the PICS proforma, along with instructions for completing the PICS proforma, 15 
can be found in Clause YY 17 

18 

60.16.2 Identification 19 

20 

text text text 21 

22 

60.16.2.1 Implementation identification 23 

24 

text text text 25 

26 

60.1 6.2.2 Protocol Summary 27 

28 

text text text 29 

30 

60.16.3 Major capabilities/options 3 1 

32 

text text text 33 

34 

60.16.4 PICS proforma tables for Physical Medium Dependent (PMD) sublayer and baseband medium, type 35 
100BASE-LX (Longwave Laser), 100BASE-BX-OLT (Bidirectional OLT Longwave Laser) and 100BASE-BX-ONU 36 
(Bidirectional ONU Longwave Laser) 37 

38 

text text text 39 

40 

60.1 6.4.1 PMD functional specifications 4 1 

42 

text text text 43 

44 

60.16.4.2 PMD to MDI optical specifications for 100BASE-LX 45 

46 

text text text 47 

48 

60.16.4.3 PMD to MDI optical specifications for 100BASE-BX-OLT 49 

50 

text text text 5 1 

52 
53 
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60.16.4.4 PMD to MDI optical specifications for 100BASE-BX-ONU 1 

2 

text text text 3 

4 

60.16.4.5 Jitter specifications 5 

6 

text text text 7 
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60.16.4.6 Optical measurement requirements 9 
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text text text 1 1 
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text text text 1 5 
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61. Physical Coding Sublayer (PCS), Physical Medium Attachment (PMA) sublayer and base- 
band medium, type 10PASS-T 
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I 61.1 Overview 

2 

3 10PASS-T is a Physical Layer signaling system for Ethernet in the first mile. The medium specifications are 

4 aimed at users who want to deliver minimum of 10 Mb/s over single copper pair for at least the distance of 

5 750 meters. The copper category is based on what is used in the access network according to ANSI, ETSI 

6 and ITU-T standards. This system is intended to be used in the public as well as private networks, however 

7 and therefore must be compliant with all the regulatory, governmental and regional requirements for trans- 

8 mission of such signals over public loop plants. 
9 

10 Unlike 100BASE-T and 1000BASE-T, the copper networks have channel characteristics that are very 

I I diverse and therefore it is only possible to discuss the channel behavior only in terms of averages, standard 
1 2 deviations and small percentage worst case. 

13 

14 61.1.1 Scope 

15 

16 This clause defines the type 10PASS-T Physical Coding Sublayer (PCS) which is has similarities to other 

17 802,3 standards such as 100BASE-T4 but also differs since new sublayers are added within the PCS sub- 

1 8 layer to accommodate the operation of Ethernet over copper channel. 
19 

20 This clause also defines type 10PASS-T Physical Medium Attachment (PMA) sublayer and type 10PASS-T 

2 1 Medium Dependent Interface (MDI). Within PMA and MDI new sublayers are defined that will corresponds 

22 to ITU-T, VDSL definition. 
23 

24 61.1.2 Objectives 

25 

26 The following are the objectives for 10PASS-T: 

27 

28 a) To provide 10 Mb/s data rate at the Mil. 

29 b) To provide full duplex operation. 

30 c) To provide for operating over unshielded voice grade twisted pair 

3 1 TP-2, cable, TBD specified, at distances up to 750 m. 

32 d) To provide a communication channel with a mean ternary symbol 

33 error rate, at the PMA service interface, of less than one part in 10 7 with 6 dB noise margin. 

34 e) To provide optional support for operation on multiple pairs 
35 

36 61.1.3 Relation of 10PASS-Tto other standards 

37 
38 
39 

40 61.1.4 Summary 

41 
42 
43 

44 61 .1 .4.1 Summary of Physical Coding Sublayer (PCS) specification 

45 
46 
47 

48 61.1.4.1.1 Summary of MAC-PHY Rate Adaptation specification 

49 
50 
51 

52 61 .1 .4.1 .2 Summary of PHY Loop Aggregation specification 

53 
54 
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61 .1 .4.1 .3 Summary of PTM-TC specification 1 

2 

61.1 .4.2 Summary of Physical Medium Attachment (PMA) specification 3 

4 

61 .1 .4.3 Summary of Physical Medium Dependent (PMD) specification 5 

6 

61.1.4.4 Summary of Auto-Negotiation (AUTONEG) and PHY control specification 7 

8 

61 .1 ,5 Application of 1 0PASS-T 9 

10 

61.1.5.1 Compatibility considerations 1 1 

12 

61 .1 .5.2 Incorporating the 10PASS-T PHY into a DTE 13 

14 

61 .1 .5.3 Use of PHY Rate Matching 1 5 

16 

61 .1 .5.4 Support of PHY Loop Aggregation 1 7 

18 

61 .1 .5.5 Use of 1 0PASS-T PHY for point-to-point communication 1 9 

20 

61.1.5.6 Support for Auto-Negotiation 21 

22 
23 

61 .2 PCS Functional Specifications 24 

25 

61.2.1 MAC-PHY Rate Adaptation functional specifications 26 

27 

61 .2.1 .1 MAC-PHY Rate Adaptation functions 28 

29 

61 .2.1 .2 MAC-PHY Rate Adaptation functional interfaces 30 

61.2.1.2.1 MAC-PHY RATE ADAPTATION-MII signals 32 

33 

61 .2.1 .2.2 MAC-PHY RATE ADAPTATION-Management entity signals 34 

35 

61.2.1.3 MAC-PHY RATE ADAPTATION state diagrams 36 

37 

61 .2.1 .3.1 MAC-PHY RATE ADAPTATION state diagram constants 3 g 

61 .2.1 .3.2 MAC-PHY RATE ADAPTATION state diagram variables 40 

41 

61 .2.1 .3.3 MAC-PHY RATE ADAPTATION state diagram timer 42 

43 

61.2.1.3.4 MAC-PHY RATE ADAPTATION state diagram functions 44 

61.2.1.3.5 MAC-PHY RATE ADAPTATION state diagrams f 6 

47 

61 .2.2 PHY Loop Aggregation functional specifications 4 g 

49 

61 .2.2.1 PHY Loop Aggregation functions 50 

61 .2.2.2 PHY LOOP AGGREGATION Transmit function 52 

53 

61 .2.2.3 PHY LOOP AGGREGATION Receive function 54 
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I 61.2.2.3.1 Error-detecting rules 

2 

3 61 .2.2,4 PHY Loop Aggregation functional interfaces 

4 

5 61 .2.2.4.1 PHY LOOP AGGREGATION-MII signals 

6 

7 61.2.2.4.2 PHY LOOP AGGREGATION-Management entity signals 

8 

9 61 .2.2.5 Frame structure 

10 

I I 61 .2.2.6 PHY LOOP AGGREGATION state diagrams 

12 

13 61.2.2.6.1 PHY LOOP AGGREGATION state diagram constants 

14 

1 5 61 .2.2.6.2 PHY LOOP AGGREGATION state diagram variables 

16 

1 7 61 .2.2,6.3 PHY LOOP AGGREGATION state diagram timer 
18 

1 9 61 .2.2.6.4 PHY LOOP AGGREGATION state diagram functions 

20 

21 61.2.2.6.5 PHY LOOP AGGREGATION state diagrams 

22 

23 61.2.3 PTM-TC functional specifications 

24 

25 61.2.3.1 PTM-TC functions 

26 

27 61 .2.3.1 .1 PTM-TC Receive function 

28 

29 61 .2.3.1 .2 PTM-TC Transmit function 

30 

3 1 61.2.3.1.3 Error-detecting rules 

32 

33 61 .2.3.1 .4 PTM-TC Error Sense function 

34 

35 61.2.3.1.5 PTM-TC Carrier Serise function 

36 

37 61 .2.3.2 PTM-TC functional interfaces 

38 

39 61 .2.3.2.1 PTM-TC-MII interface signals 

40 

4 1 61 .2.3.2.2 PTM-TC-Management entity signals 

42 

43 61 .2.3.3 Frame structure 

44 

45 61 .2.3.4 PTM-TC state diagrams 

46 

47 61 .2.3.4.1 PTM-TC state diagram constants 

48 

49 61 .2.3,4.2 PTM-TC state diagram variables 

50 

5 1 61 .2.3.4.3 PTM-TC state diagram timer 

52 

53 61 .2.3.4.4 PTM-TC state diagram functions 

54 
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61.2.3.4.5 PTM-TC state diagrams 

61.3 PMA service interface 

61.3.1 PMA_TYPE.indicate 

61.3.1.1 Semantics of the service primitive 

61.3.1.2 When generated 

61.3.1.3 Effect of receipt 

61.3.2 PMA_UNITDATA.request 

61.3.2.1 Semantics of the service primitive 

61.3.2.2 When generated 

61.3.2.3 Effect of receipt 

61.3.3 PMA_UNITDATA.indicate 

61.3.3.1 Semantics of the service primitive 

61.3.3.2 When generated 

61 .3.3.3 Effect of receipt 

61.3.4 PMA_CARRIER.indicate 

61.3.4.1 Semantics of the service primitive 

61.3.4.2 When generated 

61.3.4.3 Effect of receipt 

61.3.5 PMA_LINK.indicate 

61.3.5.1 Semantics of the service primitive 

61.3.5.2 When generated 

61.3.5.3 Effect of receipt 

61.3.6 PMAJJNK.request 

61.3.6.1 Semantics of the service primitive 

61.3.6.2 Default value of parameter link.control 

61.3.6.3 When generated 

61.3.6.4 Effect of receipt 
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1 61 .3.7 PMA JWERROR.indicate 

2 

3 61 .3.7.1 Semantics of the service primitive 

4 

5 61 .3.7.2 When generated 

6 

7 61 ,3.7.3 Effect of receipt 

8 
9 
10 
11 

12 61 .5 PMS-TC Functional Specifications 

13 

14 61.5.1 PMA functions 

15 

16 61.5.1.1 PMA Reset function 
17 

1 8 61 .5.1.2 PMA Transmit function 

19 

20 61 .5.1 .3 PMA Receive function 

21 

22 61 .5.1 .4 PMA Carrier Sense function 

23 

24 61 .5.1 .5 Link Integrity function 

25 

26 61.5.1.6 PMA Align function 

27 

28 61 .5.1 .7 Clock Recovery function 

29 

30 61.5.2 PMA interface messages 

31 

32 61 .5.3 PMA state diagrams 

33 

34 61.5.3.1 PMA constants 

35 

36 61.5.3.2 State diagram variables 

37 

38 61 .5.3.3 State diagram timers 

39 

40 61 .5.3.4 State diagram counters 
41 

42 61 .5.3.5 Link Integrity state diagram 

43 
44 

45 61 .6 PMA Electrical Specifications 

46 

47 61 .6.1 PMA-to-MDI interface characteristics 

48 

49 61.6.1.1 Isolation requirement 

50 

5 j 61 .6.1 .2 Transmitter specifications 

52 

53 61.6.1.2.1 Peak differential output voltage 

54 
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61.6.1.2.2 Differential output templates 

61.6.1.2.3 Differential output IS! (intersymbol interference) 

61.6.1.2.4 Transmitter differential output impedance 

61 .6.1 .2.5 Output timing jitter 

61 .6.1.2.6 Transmitter impedance balance 

61.6.1.2.7 Common-mode output voltage 

61 .6.1 .2.8 Transmitter common-mode rejection 

61.6.1.2.9 Transmitter fault tolerance 

61.6.1.2.10 Transmit clock frequency 
61.6.1.3 Receiver specifications 

61.6.1.3.1 Receiver differential input signals 

61.6.1.3.2 Receiver differential noise immunity 

61.6.1.3.3 Receiver differential input impedance 

61.6.1.3.4 Common-mode rejection 

61.6.1.3.5 Receiver fault tolerance 

61 .6.1 .3.6 Receiver frequency tolerance 
61.6.2 Power consumption 

61.7 Link segment characteristics 

61.7.1 Cabling 

61.7.2 Link transmission parameters 

61.7.2.1 Insertion loss 

61.7.2.2 Differential characteristic impedance 

61.7.2.3 Coupling parameters 

61.7.2.3.1 Differential Near-End Crosstalk (NEXT) loss 

61.7.2.3.2 Multiple-disturber NEXT (MDNEXT) I 

61.7.2.3.3 Equal Level Far-End Crosstalk (ELFEXT) loss 

61.7.2.3.4 Multiple-disturber ELFEXT (MDELFEXT) loss 
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I 61 .7.2.3.5 Un-Equal Level UELFEXT (MDELFEXT) loss 

2 

3 61.7.2.4 Delay 

4 

5 61.7.2.4.1 Maximum link delay 

6 

7 61 .7.2.4.2 Maximum link delay per meter 

8 

9 61 .7.2.4.3 Difference in link delays 

10 

II 61.7.3 Noise 
12 

13 61.7,3.1 Near-End Crosstalk 

14 

15 61 .7.3.2 Far-End Crosstalk 

16 

1 7 61 .7.4 Installation practice 

18 

1 9 61 .7.4.1 Connector installation practices 

20 

2 1 61 .7.4.2 Disallow use of Category 3 cable with more than four pairs 

22 

23 61 .7.4.3 Allow use of Category 5 jumpers with up to 25 pairs 

24 
25 
26 
27 
28 
29 
30 
31 

32 61 .9 System considerations 

33 
34 

35 61.10 Environmental specifications 

36 

37 61.10.1 General safety 

38 

39 61.10.2 Network safety 

40 

4 j 61.10.2.1 Installation 

42 

43 61.10.2.2 Grounding 

44 

45 61.10.2.3 Installation and maintenance guidelines 

46 

47 61.10.2.4 Telephony voltages 

48 
49 
50 

51 61 .1 0,3.1 Electromagnetic emission 

52 

53 61.10.3.2 Temperature and humidity 

54 



61.8MDI specification 

61.8.1 MDI connectors 

61.8.2 Crossover function 



61.10.3 Environment 
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61.12.1 Timing references 6 
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61 .1 2.3 Table of required timing values I q 
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61.13 Protocol Implementation Conformance Statement (PICS) proforma for Clause 61, Physical Cod- 12 
ing Sublayer (PCS), Physical Medium Attachment (PMA) sublayer, and baseband medium, type 1 3 
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61.13.4.6 PMA service interface 
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43B.1 Introduction and rationale 



Annex 43B 1 

2 

(normative) * 

5 

Requirements for support of Slow Protocols 6 

8 
9 
10 

There are two distinct classes of protocols used to control various aspects of the operation of IEEE 802.3® 

devices. They are as follows: ^ 

14 

a) Protocols such as the MAC Control PAUSE operation (Annex 3 IB) that need to process and ^ 
respond to PDUs rapidly in order to avoid performance degradation. These are likely to be imple- ^ 
mented as embedded hardware functions, making it relatively unlikely that existing equipment could ^ ^ 
be easily upgraded to support additional such protocols. ^ g 

NOTE — This consideration was one of the contributing factors in the decision to use a separate group MAC 
address to support LACP and the Marker protocol, rather than re-using the group MAC address currently used 
for PAUSE frames. 20 

21 

b) Protocols such as LACP, with less stringent frequency and latency requirements. These may be 22 
implemented in software, with a reasonable expectation that existing equipment be upgradeable to 23 
support additional such protocols, depending upon the approach taken in the original 24 
implementation. 25 

26 

In order to place some realistic bounds upon the demands that might be placed upon such a protocol 27 
implementation, this annex defines the characteristics of this class of protocols and identifies some of the 28 
behaviors that an extensible implementation needs to exhibit. 29 

30 
31 

43B.2 Slow Protocol transmission characteristics 32 

33 

Protocols that make use of the addressing and protocol identification mechanisms identified in this annex are 34 
subject to the following constraints: 35 

36 

a) No more than 5 frames shall be transmitted in any one-second period. 37 

b) The maximum number of Slow Protocols is 10. 38 

NOTE — This is the maximum number of Slow Protocols that use the specified protocol type defined here. That 39 
is, there may be more than 10 slow protocols in the universe, but no more than 10 may map to the same Ethernet 40 
Length/Type field. 41 

c) The MAC Client data generated by any of these protocols shall be in the normal length range for an 42 
IEEE 802.3® MAC frame, as specified in 4.4.2. It is recommended that the maximum length for a 43 
Slow Protocol frame be limited to 128 octets. 44 

NOTE — The Slow Protocols specified in Clause 43 (i.e., LACP and Marker) conform to this recommended 45 
maximum. 46 

d) PDUs generated by these protocols shall use the Basic and not the Tagged frame format (see 47 
Clause 3). * ^ 48 

49 

The effect of these restrictions is to restrict the bandwidth consumed and performance demanded by this set 50 
of protocols; the absolute maximum traffic loading that would result is 50 maximum length frames per 51 
second per link. 52 

53 
54 
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43B.3 Addressing 

The Slow_ProtocoIs_Multicast address has been allocated exclusively for use by Slow Protocols PDUs; its 
value is identified in Table 43B-1. 



Table 43B-1 Slow Protocols_Multicast address 



Name 


Value 


Slow_Protocols_MuIticast address 


01-80-C2-00-00-02 



NOTES 

1 This address is within the range reserved by ISO/IEC 15802-3 (MAC Bridges) for link-constrained protocols. As 
such, frames sent to this address will not be forwarded by conformant MAC Bridges; its use is restricted to a single link. 

2 Although the two currently existing Slow Protocols (i.e., LACP and the Marker protocol) always use this MAC 
address as the destination address in transmitted PDUs, this may not be true for all Slow Protocols. In some yet-to-be- 
defined protocol, unicast addressing may be appropriate and necessary. Rather, the requirement is that this address not be 
used by any protocols that are not Slow Protocols. 



43B.4 Protocol identification 

All Slow Protocols use Type-field encoding of the Length/Type field, and use the Slow_Protocols_Type 
value as the primary means of protocol identification; its value is shown in Table 43B-2. 



Table 43B-2 Slow_Protocols_Type field 



Name 


Value 


Slow_Protocols_Type field 


88-09 



The first octet of the MAC Client data following the Length/Type field is a protocol subtype identifier that 
distinguishes between different Slow Protocols. Table 43B-3 identifies the semantics of this subtype. 

NOTE — Although this mechanism is defined as part of an IEEE 802.3® standard, it is the intent that the reserved code 
points in this table will be made available to protocols defined by other working groups within IEEE 802®, should this 
mechanism be appropriate for their use. 
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Table 43B-3 Slow Protocols subtypes 





Prntnrnl name 


o 


I fniicpH — Illepal value 


1 


1 ink Apprepation Control Protocol fLACP^ 


2 


I ink Apprppatinn Markpr Protocol 




OAM 


4 


DpcprvpH fnr fntnrp iiqp 


J 


RpqptvpH fnr fiitiirp ii^p 


6 


Reserved for future use 


7 


Reserved for future use j 


8 


Reserved for future use 


9 


Reserved for future use 


10 


Reserved for future use 


11 255 


Unused — Illegal values 



43B.5 Handling of Slow Protocol frames 

Any received MAC frame that carries the SlowProtocolsType field value is assumed to be a Slow Proto- 
col frame. An implementation that claims conformance to this standard shall handle all Slow Protocol 
frames as follows: 

a) Discard any Slow Protocol frame that carries an illegal value of Protocol Subtype (see Table 43B- 
3). Such frames shall not be passed to the MAC Client. 

b) Pass any Slow Protocol frames that carry Protocol Subtype values that identify supported Slow Pro- 
tocols to the protocol entity for the identified Slow Protocol. 

c) Pass any Slow Protocol frames that carry Protocol Subtype values that identify unsupported Slow 
Protocols to the MAC Client. 

NOTE — The intent of these rules is twofold. First, they rigidly enforce the maximum number of Slow Protocols, ensur- 
ing that early implementations of this mechanism do not become invalidated as a result of "scope creep." Second, they 
make it clear that the appropriate thing to do in any embedded frame parsing mechanism is to pass frames destined for 
unsupported protocols up to the MAC Client rather than discarding them, thus allowing for the possibility that, in soft 
configurable systems, the MAC Client might be enhanced in the future in order to support protocols that were not imple- 
mented in the hardware. 
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43B.6 Protocol Implementation Conformance Statement (PICS) proforma for Annex 43B, 
Requirements for support of Slow Protocols 1 

43B.6.1 Introduction 

The supplier of an implementation that is claimed to conform to Annex 43B shall complete the following 
Protocol Implementation Conformance Statement (PICS) proforma. 

A detailed description of the symbols used in the PICS proforma, along with instructions for completing the 
PICS proforma, can be found in Clause 21. 



43B.6.2 Identification 

436.6.2.1 Implementation identification 



Supplier (Note 1) 




Contact point for queries about the PICS (Note 1) 




Implementation Name(s) and Version(s) (Notes 1 and 3) 




Other information necessary for full identification — 
e.g., name(s) and version(s) of machines and/or operat- 
ing system names (Note 2) 




NOTES 

1 Required for all implementations. 

2 May be completed as appropriate in meeting the requirements for the identification. 

3 The terms Name and Version should be interpreted appropriately to correspond with a supplier's terminology 
(e.g., Type, Series, Model). 



43B.6.2.2 Protocol summary 



Identification of protocol specification 


IEEE Std 802.3-2002®, Annex 43B, Requirements for 
support of Slow Protocols. 


Identification of amendments and corrigenda to the 
PICS proforma which have been completed as part of 
the PICS 




Have any Exception items been required? No [ ] Yes [ ] 

(See Clause 21 : the answer Yes means that the implementation does not conform to IEEE Std 802.3-2002®, Annex 

43B, Requirements for support of Slow Protocols.) 



Date of Statement 



1 Copyright release for PICS prof ormas: Users of this standard may freely reproduce the PICS proforma in this annex so that it can be 
used for its intended purpose and may further publish the completed PICS. 
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43B.6.2.3 Transmission characteristics 



Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 


SP1 


Transmission rate 


43B.2 


Max 5 frames in any 
one-second period 


M 


Yes[] \ 


SP2 


Frame size 


43B.2 


Normal IEEE 802.3® 
frame size range (see 
4.4.2) 


M 


Yes[] 


SP3 


Frame format 


43B.2 


Basic (not Tagged) 
frame format 


M 


Yes[] 


43B.6.2.4 Frame handling 


Item 


Feature 


Subclause 


Value/Comment 


Status 


Support 


FH1 


Handling of Slow Protocol 
frames 


43B.5 


As specified in 43B.5 


M 


Yes[] 
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F. First Foreign Application 

The 12 months is from earliest foreign filing except as provided in 35 U.S.C 1 19(c). If an inventor has 
filed an application in France on January 4, 1982, and an identical application in the United Kingdom on 
March 3, 1982, and then files in the United States on February 2, 1983, the inventor is not entitled to the 
right of priority at all; the inventor would not be entitled to the benefit of the date of the French 
application since this application was filed more than twelve months before the U.S. application, and the 
inventor would not be entitled to the benefit of the date of the United Kingdom application since this 
application is not the first one filed. Ahrens v. Gray, 1931 CD. 9, 402 O.G. 261 (Bd. App. 1929). If the 
first foreign application was filed in a country which is not recognized with respect to the right of 
priority, it is disregarded for this purpose. 

Public Law 87-333 modified 35 U.S.C. 119(c) to extend the right of priority to "subsequent" foreign 
applications if one earlier filed had been withdrawn, abandoned, or otherwise disposed of, under certain 
conditions. 

The United Kingdom and a few other countries have a system of "post-dating" whereby the filing date 
of an appl ication is changed to a later date. This "post-dating" of the filing date of the application does 
not affect the status of the application with respect to the right of priority; if the original filing date is 
more than one year prior to the U.S. filing no right of priority can be based upon the appl ication. See In 
re Clamp, 1 5 1 USPQ 423 (Comm'r Pat. 1 966). 

If an applicant has filed two foreign applications in recognized countries, one outside the year and one 
within the year, and the later application discloses additional subject matter, a claim in the U.S. 
application specifically limited to the additional disclosure would be entitled to the date of the second 
foreign application since this would be the first foreign application for that subject matter. 

G. Incorporation by Reference 

**>An applicant may incorporate by reference the foreign priority application by including, in the U.S. 
application-as-filed, an explicit statement that such specifically enumerated foreign priority application 
or applications are "hereby incorporated by reference." The statement must appear in the specification. 
See 37 CFR 1.57(b) and MPEP § 608.0 Up ). For U.S. applications filed prior to September 21, 2004, the 
incorporation by reference statement may appear in the transmittal letter or in the specification. The 
inclusion of this statement of incorporation by reference of the foreign priority application will permit an 
applicant to amend the U.S. application to include subject matter from the foreign priority application(s), 
without raising the issue of new matter. Thus, the incorporation by reference statement can be relied 
upon to permit the entering of a portion of the foreign priority application into the U.S. application when 
a portion of the foreign priority application has been inadvertently omitted from the U.S. application, or 
to permit the correction of translation error in the U.S. application where the foreign priority application 
is in a non-English language. 
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II. RIGHT OF PRIORITY (35 U.S.C. 119(a)-(d) AND 365) BASED ON A FOREIGN 
APPLICATION FILED UNDER A BILATERAL OR MULTILATERAL TREATY 

Under Article 4 A of the Paris Convention for the Protection of Industrial Property a right of priority may 
be based either on an application filed under the national law of a foreign country adhering to the 
Convention or on a foreign application filed under a bilateral or multilateral treaty concluded between 
two or more such countries. Examples of such treaties are The Hague Agreement Concerning the 
International Deposit of Industrial Designs, the Benelux Designs Convention, and the Libreville 
Agreement of September 13, 1962, relating to the creation of an African Intellectual Property Office. 
The Convention on the Grant of European Patents, the Patent Cooperation Treaty ( MPEP § 201.13(b) ), 
the Office for Harmonization in the Internal Market (OHIM), and the Community Plant Variety Office 
(CPVO) are further examples of such treaties. 

A. The Priority Claim 

A priority claim need not be in any special form and may be a statement signed by a registered attorney 
or agent. A priority claim can be made on filing: (A) by including a copy of an unexecuted or executed 
oath or declaration specifying a foreign priority claim (see 37 CFR 1.63(c)(2)) : or (B) by submitting an 
application data sheet specifying a foreign priority claim (see 37 CFR 1.76) . 

In claiming priority of a foreign application previously filed under such a treaty, certain information 
must be supplied to the U.S. Patent and Trademark Office. In addition to the application number and the 
date of the filing of the application, the following information is required: (A) the name of the treaty 
under which the application was filed; and (B) the name and location of the national or 
intergovernmental authority which received such application. 

B. Certification of the Priority Papers 

35 U.S.C. 1 19(b)(3) authorizes the Office to require the applicant to furnish a certified copy of priority 
papers. Applicants are required to submit the certified copy of the foreign application specified in 35 
U.S.C. 119(b) or PCT Rule 1 7 before the patent is granted. If the claim for priority or the certified copy 
of the foreign application is filed after the date the issue fee is paid, it must be accompanied by the 
processing fee set forth in 37 CFR 1.1 7(i) . but the patent will not include the priority claim unless 
corrected by a certificate of correction under 35 U.S.C. 255 and 37 CFR 1.323 . See 37 CFR 1.55(a)(2) . 
Certification by the authority empowered under a bilateral or multilateral treaty to receive applications 
which give rise to a right of priority under Article 4A(2) of the Paris Convention will be deemed to 
satisfy the certification requirement. 

C. Identity of Inventors 

The inventors of the U.S. nonprovisional appl ication and of the foreign application must be the same, for 
a right of priority does not exist in the case of an appl icati on of inventor A in the foreign country and 
inventor B in the United States, even though the two applications may be owned by the same party. 
However, the application in the foreign country may have been filed by the assignee, or by the legal 
representative or agent of the inventor which is permitted in some foreign countries, rather than by the 
inventor himself, but in such cases the name of the inventor is usually given in the foreign application on 
a paper filed therein. An indication of the identity of inventors made in the oath or declaration 
accompanying the U.S. nonprovisional application by identifying the foreign application and stating that 
the foreign application had been filed by the assignee, or the legal representative, or agent, of the 
inventor, or on behalf of the inventor, as the case may be, is acceptable. Joint inventors A and B in a 
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nonprovisional application filed in the United States Patent and Trademark Office may properly claim 
the benefit of an application filed in a foreign country by A and another application filed in a foreign 
country by B, i.e., A and B may each claim the benefit of their foreign filed applications. See MPEP § 
605.07 . 

D. Time for Filing U.S. Nonprovisional Application 

The United States nonprovisional application, or its earliest parent nonprovisional application under 
35 U.S.C. 120 . must have been filed within 12 months of the earliest foreign filing. In computing this 
12 months, the first day is not counted; thus, if an appl ication was filed in Canada on January 3, 1983, 
the U.S. nonprovisional application may be filed on January 3, 1984. The Convention specifies in 
Article 4C(2) that "the day of filing is not counted in this period." (This is the usual method of 
computing periods, for example a 6-month period for reply to an Office action dated January 2 does not 
expire on July 1, but the reply may be made on July 2.) If the last day of the 12 months is a Saturday, 
Sunday, or Federal holiday within the District of Columbia, the U.S. nonprovisional application is in 
time if filed on the next succeeding business day; thus, if the foreign appl ication was filed on September 
4, 1981, the U.S. nonprovisional application is in time if filed on September 7, 1982, since September 4, 
1982, was a Saturday and September 5, 1982 was a Sunday and September 6, 1982 was a Federal 
holiday. Since January 1, 1953, the Office has not received applications on Saturdays and, in view of 35 
U.S.C. 2j , and the Convention which provides "if the last day of the period is an official holiday, or a 
day on which the Office is not open for the filing of applications in the country where protection is 
claimed, the period shall be extended until the first following working day" (Article 4C(3)), if the 12 
months expires on Saturday, the U.S. application may be filed on the following Monday. Note Ex parte 
Olah, 131 USPQ 41 (Bd. App. 1960). See, e.g., Dubost v. U.S. Patent and Trademark Office, 111 F.2d 
1561, 1562, 227 USPQ 977, 977 (Fed. Cir. 1985). 

E. Filing of Papers During Unscheduled Closings of the U.S. Patent and Trademark Office 

37 CFR 1.9(h) provides that the definition of "Federal holiday within the District of Columbia" includes 
an official closing of the Office. When the entire U.S. Patent and Trademark Office is officially closed 
for business for an entire day, for reasons due to adverse weather or other causes, the Office will 
consider each such day a "Federal holiday within the District of Columbia" under 35 U.S.C. 21 . Any 
action or fee due on such a day may be taken, or fee paid, on the next succeeding business day the 
Office is open. In addition, 37 CFR 1.6(a) (1) provides "[t]he U.S. Patent and Trademark Office is not 
open for the filing of correspondence on any day that is a Saturday, Sunday or Federal holiday within 
the District of Columbia" to clarify that any day that is a Saturday, Sunday or Federal holiday within the 
District of Columbia is a day that the U.S. Patent and Trademark Office is not open for the filing of 
applications within the meaning of Article 4C(3) of the Paris Convention. Note further that in 
accordance with 37 CFR 1.6(a) (2). even when the Office is not open for the filing of correspondence on 
any day that is a Saturday, Sunday or Federal holiday within the District of Columbia, correspondence 
deposited as Express Mail with the USPS in accordance with 37 CFR 1.10 will be considered filed on 
the date of its deposit, regardless of whether that date is a Saturday, Sunday or Federal holiday within 
the District of Columbia (under 35 U.S.C. 2Kb) or 37 CFR 1.7 ). 

When the U.S. Patent and Trademark Office is open for business during any part of a business day 
between 8:30 a.m. and 5:00 p.m., papers are due on that day even though the Office may be officially 
closed for some period of time during the business day because of an unscheduled event. The procedures 
of 37 CFR 1.10 may be used for filing applications. 

Information regarding whether or not the Office is officially closed on any particular day may be 
obtained by calling **>1-800-PTO-9199 or (571) 272-1000<. 
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§ 1.59 Expungement of information or copy of 
papers in application file. 

(a) (1) Information in an application will not be 
expunged, except as provided in paragraph (b) of this 
section or § 41.7(a) of this title. 

(2) Information forming part of the original 
disclosure (i.e., written specification including the 
claims, drawings, and any preliminary amendment 
specifically incorporated into an executed oath or dec- 
laration under §§ 1.63 and 1.175) will not be 
expunged from the application file. 

(b) An applicant may request that the Office 
expunge information, other than what is excluded by 
paragraph (a)(2) of this section, by filing a petition 
under this paragraph. Any petition to expunge infor- 
mation from an application must include the fee set 
forth in § 1.17(g) and establish to the satisfaction of 
the Director that the expungement of the information 
is appropriate in which case a notice granting the peti- 
tion for expungement will be provided. 

(c) Upon request by an applicant and payment 
of the fee specified in § 1.19(b), the Office will fur- 
nish copies of an application, unless the application 
has been disposed of (see §§ 1.53(e), (f) and (g)). The 
Office cannot provide or certify copies of an applica- 
tion that has been disposed of. 

[48 FR 2710, Jan. 20, 1983, effective Feb. 27, 1983; 
49 FR 554, Jan. 4, 1984, effective Apr. 1, 1984; 49 FR 
48416, Dec. 12, 1984, effective Feb. 11, 1985; 50 FR 
23123, May 31, 1985, effective Feb. 11, 1985; revised, 60 
FR 20195, Apr. 25, 1995, effective June 8, 1995; revised, 
62 FR 53131, Oct. 10, 1997, effective Dec. 1, 1997; para, 
(b) revised, 65 FR 54604, Sept. 8, 2000, effective Nov. 7, 
2000; para, (b) revised, 68 FR 14332, Mar. 25, 2003, effec- 
tive May 1, 2003; revised, 68 FR 38611, June 30, 2003, 
effective July 30, 2003; para, (a)(1) revised, 69 FR 49959, 
Aug. 12, 2004, effective Sept. 13, 2004; para, (b) revised, 
69 FR 56481, Sept. 21, 2004, effective Nov. 22, 2004] 

§ 1.60 [Reserved] 

[48 FR 2710, Jan. 20, 1983, effective Feb. 27, 1983; 
49 FR 554, Jan. 4, 1984, effective Apr. 1, 1984; 50 FR 
9379, Mar. 7, 1985, effective May 8, 1985; paras, (a), (b) 
and (c), 54 FR 47519, Nov. 15, 1989, effective Jan. 16, 
1990; paras, (b) and (c) revised, para, (d) added, 57 FR 
56446, Nov. 30, 1992, effective Jan. 4, 1993; para, (b) 
revised, 60 FR 20195, Apr. 25, 1995, effective June 8, 
1995; removed and reserved, 62 FR 53131, Oct. 10, 1997, 
effective Dec. 1, 1997] 



§ 1.61 [Reserved] 

(Editor's note: Substance is now in § 1.495) 

§ 1.62 [Reserved] 

[47 FR 47244, Oct. 25, 1982, added effective Feb. 27, 
1983; 48 FR 2710, Jan. 20, 1983, effective date Feb. 27, 
1983; paras, (a) and (d), 49 FR 555, Jan. 4, 1984, effective 
Apr. 1, 1984; paras, (a), (c), and (h), 50 FR 9380, Mar. 7, 
1985, effective May 8, 1985; paras, (e) and 0), 54 FR 
47519, Nov. 15, 1989, effective Jan. 16, 1990; paras, (a) 
and (e) revised, 60 FR 20195, Apr. 25, 1995, effective June 
8, 1995; para, (f) revised, 61 FR 42790, Aug. 19, 1996, 
effective Sept. 23, 1996; removed and reserved, 62 FR 
53131, Oct. 10, 1997, effective Dec. 1, 1997] 

OATH OR DECLARATION 

§ 1.63 Oath or declaration. 

(a) An oath or declaration filed under 
§ 1.51(b)(2) as a part of a nonprovisional application 
must: 

(1) Be executed, i.e., signed, in accordance 
with either § 1.66 or § 1.68. There is no minimum age 
for a person to be qualified to sign, but the person 
must be competent to sign, i.e., understand the docu- 
ment that the person is signing; 

(2) Identify each inventor by full name, 
including the family name, and at least one given 
name without abbreviation together with any other 
given name or initial; 

(3) Identify the country of citizenship of each 
inventor; and 

(4) State that the person making the oath or 
declaration believes the named inventor or inventors 
to be the original and first inventor or inventors of the 
subject matter which is claimed and for which a 
patent is sought. 

(b) In addition to meeting the requirements of 
paragraph (a) of this section, the oath or declaration 
must also: 

(1) Identify the application to which it is 
directed; 

(2) State that the person making the oath or 
declaration has reviewed and understands the contents 
of the application, including the claims, as amended 
by any amendment specifically referred to in the oath 
or declaration; and 
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(3) State that the person making the oath or 
declaration acknowledges the duty to disclose to the 
Office all information known to the person to be 
material to patentability as defined in § 1.56. 

(c) Unless such information is supplied on an 
application data sheet in accordance with § 1.76, the 
oath or declaration must also identify: 

(1) The mailing address, and the residence if 
an inventor lives at a location which is different from 
where the inventor customarily receives mail, of each 
inventor; and 

(2) Any foreign application for patent (or 
inventor's certificate) for which a claim for priority is 
made pursuant to § 1.55, and any foreign application 
having a filing date before that of the application on 
which priority is claimed, by specifying the applica- 
tion number, country, day, month, and year of its fil- 
ing. 

(d) (1) A newly executed oath or declaration is 
not required under § 1.51(b)(2) and § 1.53(f) in a con- 
tinuation or divisional application, provided that: 

(1) The prior nonprovisional application 
contained an oath or declaration as prescribed by 
paragraphs (a) through (c) of this section; 

(ii) The continuation or divisional applica- 
tion was filed by all or by fewer than all of the inven- 
tors named in the prior application; 

(iii) The specification and drawings filed in 
the continuation or divisional application contain no 
matter that would have been new matter in the prior 
application; and 

(iv) A copy of the executed oath or declara- 
tion filed in the prior application, showing the signa- 
ture or an indication thereon that it was signed, is 
submitted for the continuation or divisional applica- 
tion. 

(2) The copy of the executed oath or declara- 
tion submitted under this paragraph for a continuation 
or divisional application must be accompanied by a 
statement requesting the deletion of the name or 
names of the person or persons who are not inventors 
in the continuation or divisional application. 

(3) Where the executed oath or declaration of 
which a copy is submitted for a continuation or divi- 
sional application was originally filed in a prior appli- 
cation accorded status under § 1.47, the copy of the 
executed oath or declaration for such prior application 
must be accompanied by: 



(i) A copy of the decision granting a peti- 
tion to accord § 1.47 status to the prior application, 
unless all inventors or legal representatives have filed 
an oath or declaration to join in an application 
accorded status under § 1.47 of which the continua- 
tion or divisional application claims a benefit under 
35 U.S.C. 120, 121, or 365(c); and 

(ii) If one or more inventor(s) or legal rep- 
resentative^) who refused to join in the prior applica- 
tion or could not be found or reached has 
subsequently joined in the prior application or another 
application of which the continuation or divisional 
application claims a benefit under 35 U.S.C. 120, 121, 
or 365(c), a copy of the subsequently executed oath(s) 
or declaration(s) filed by the inventor or legal repre- 
sentative to join in the application. 

(4) Where the power of attorney or corre- 
spondence address was changed during the prosecu- 
tion of the prior application, the change in power of 
attorney or correspondence address must be identified 
in the continuation or divisional application. Other- 
wise, the Office may not recognize in the continuation 
or divisional application the change of power of attor- 
ney or correspondence address during the prosecution 
of the prior application. 

(5) A newly executed oath or declaration 
must be filed in a continuation or divisional applica- 
tion naming an inventor not named in the prior appli- 
cation. 

(e) A newly executed oath or declaration must 
be filed in any continuation-in-part application, which 
application may name all, more, or fewer than all of 
the inventors named in the prior application. 

[48 FR 2711, Jan. 20, 1983, added effective Feb. 27, 
1983; 48 FR 4285, Jan. 31, 1983; paras, (b)(3) and (d), 
57 FR 2021, Jan. 17, 1992, effective Mar. 16, 1992; para, 
(a) revised, 60 FR 20195, Apr. 25, 1995, effective June 8, 
1995; paras, (a) & (d) revised, para, (e) added, 62 FR 
53131, Oct. 10, 1997, effective Dec. 1, 1997; paras, (a), (b), 
(c), and (e) revised, 65 FR 54604, Sept. 8, 2000, effective 
Nov. 7, 2000; para, (d)(4) revised, 69 FR 56481, Sept. 21, 
2004, effective Oct. 21, 2004] 

§ 1.64 Person making oath or declaration. 

(a) The oath or declaration (§ 1.63), including 
any supplemental oath or declaration (§ 1.67), must 
be made by all of the actual inventors except as pro- 
vided for in §§ 1 .42, 1 .43, 1 .47, or § 1 .67. 
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Outline 

/ • FTTx Services 

• PON Network 

• Point to Multipoint EPON Protocol 

• EPONP building blocks 

• Ranging 

• Bandwidth Allocation 

• PON Network Discovery 
1 • Conclusion 
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FTTx services 

Data 

- Speed: 100/1 000Mbps; Symmetric/Asymmetric 

- QoS: Latency, Min/Max Rate 

- Security 

Video 

- Analog/Digital streaming 
Voice 

- Low jitter & latency 

- Constant delay 

- Business vs. Residential (Life-line) 
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Passive Optical Network (PON) 



CO 




Passive 
Optical 
Splitter/ 
Combiner 
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• Only the OLT is able to detect collisions 
if • Upstream channel separation methods: 



- TDMA 

- WDM 

- RF sub-carrier 

- Phase etc. 

• TDMA issues: 

- Burst-mode Transceiver 

- Downstream traffic isolation (privacy) 

- Frame Segmentation to achieve small latency 
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TDMA PON Protocols 

FSAN ATM-PON - ITU-T G.983 
+ Well defined, Field tried, Industry Standard 



• Accepted by major ILECs: BT, FT, NTT, BellSouth, GTE, SBC, QUEST 

• Supporting Vendors: Alcatel, Lucent, Terawave, QuantumBridge, Nortel... 

+ Inherent 8Khz clock, QoS, Bandwidth allocation 

- Expensive & Complicated (Intermediate ATM layer) 

- Off-the-shelf components are scarce 

Ethernet PON 
+ Native IP 

+ Simple & Cheap off-the-shelf components 

- Non-standard technology 

- Complicated Telephony, QoS, Bandwidth allocation 
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/ePON- Tne need for standard 

/ Goals: 

/ • Multi-vendor interoperability between OLT & 
ONU 

• Standard solutions acceptance by service 
providers 

• Cost reduction due to availability of standard 
components (larger volumes, broader 
deployment) 

• More bandwidth to the end user for less $$ 

L .I . 1 IEEE 802 3 EFM workin 9 9 r0L, p 12 March 2001 
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Ethernet PON (EPON) Protocol 

Using standard Ethernet frames 

OLT "broadcasts" Ethernet Frames to its ONUs 

Each ONU transmits in turn using grants 
issued by the OLT 

OLT regulates the amount of up-stream B/W 
given to each ONU by controlling the window 
size 

EPONP control frames are exchanged in-band 
Ranging is used to minimize inter-window gaps 



IEEE 802.3 EFM working group 



12 March 2001 



EPON tutorial one path 

Ntrr wanna 



EPON transport - Requirements 

• Reliable & Secure transport 

• Voice requirements: 

- Constant delay 

- Low latency 

- Low jitter 

- Life-line 

• Bandwidth Allocation (Static/Dynamic) 
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EPON transport - Main functions 

> Transmission grants 

> ONU discovery/ID assignment 

> Periodic sanity check (who is alive) 

> Bandwidth allocation 
■ Security 

> Error handling 
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EPONP - Overview 

100/1000BaseFX Phy is used at both ends 

Full duplex, 100/1 000Mbps statically 
configured 

Flow-control (back-pressure) is turned off at 
both ends 

Frames are not segmented 

Short (64 byte) control frames (grants and 
messages) are periodically exchanged 
between LC and ONUs 
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EPONP - Overview (2) 



Downstream 

- Ethernet traffic is broadcasted from OLT to all of its ONUs 

- OLT periodically sends a Start message containing grants for 
1..N full cycles to its subtending ONUs 

- Each grant contains: 

• Window_Size and Window_Offset per ONU 

• Cycle_Size 

• Number_of_Cycles 

Upstream 

- Each ONU buffers the upstream LAN traffic and sends it to the 
OLT when its window is open. 

- Upstream B/W is controlled by the window size per ONU 
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EPONP - Parameters 




Number_of_Cycles 
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EPONP - Parameter Limitations 



EXAMPLE (100Mbps symmetric, 16 ONUs, no 
/ segmentation): 

(voicejrame + ctrl_frame + max_frame) <= 
Window_Size <= max Cycle_Size/16 

2.5ms (16 x min Window_Size) <= Cycle_Size 
<= 20ms (max (max latency, max 
Voice_Delay) 

0.96^s (IFG) <= IWG <= 4^is 
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EPONP - Ranging 

Ranging procedure to minimize the guard time, 
using echo messages sent from OLT to ONUs: 

- OLT measures round trip delay for each ONU 

- OLT notifies each ONU of equalization delay: T e 

- ONU adjusts transmission phase to T e 

Adjust the delay periodically to compensate for 
temperature changes, component aging etc. 
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Bandwidth Allocation (BA) 

Upstream 

- Controlled by the OLT protocol state machine 

- Window size based - equal delay 

- Window rate based - variable delay 

Downstream 

- Rate limiting in the OLT or ONU 
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BA - Upstream 



Upstream Static BA (window size based) 




Upstream Dynamic BA 




/ ONU4 


ONuK 
<^>NU2J 




ONUl\ 


VONU3 


ONU2 J 
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ONU discovery & ID assignment 

/ • Static assignment 

/ - E.g. manual provisioning during ONU installation 

/ • Auto-discovery 

| - Binary Tree 

| - Hashing (MAC) + Mask 
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Topics to work on: 

- Building blocks / Parameters 

- Ranging 

- BA 

- PON discovery 
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CO 


Central Office 


h 1 1 B/C/Cab/H 


Fiber-To-The- 




Business/Curb/Cabinet/Home 


FSAN 


Full-Service Access Network 


OLT 


Optical Line Terminal 


ONT 


Optical Network Terminator 


ONU 


Optical Network Unit 


PON 


Passive Optical Network 


POTS 


Plain Old Telephone Service 
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